Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Флейм > Hyper Text Coffee Pot


Автор: Domestic Cat 6.12.2004, 18:12
Я решил по идее chipset'а создать тему для тех ктo хочет и будет писать под http://www.faqs.org/rfcs/rfc2324.html.
Приглашаеm всех желающих к сотрудничеству.

Покa есть 2 предложения:

CoffeeMaker Super Pro .NET
ЗаПоллитрой Pro 1.0 (под небольшую модификацию HTCPCP/1.0)

Планируется вирус

D3C4ff31n3Z4t0r/Y2K5.xxx

Остатется написать спецификаци и новый RFC для ЗаПоллитрой Pro 1.0 с учетом славянской специфики.

Автор: chipset 7.12.2004, 02:12
Цитата(Domestic @ 6.12.2004, 07:12)
ЗаПоллитрой Pro 1.0 (под небольшую модификацию HTCPCP/1.0)

+ Библиотека шаблонов Standart Coffee Library - SCL,

Цитата(Domestic @ 6.12.2004, 07:12)
CoffeeMaker Super Pro .NET

.NET не надо имхо.. Для HTCPCP/1.0 он не очень приспособлен.. Лучше создать веб-версию на J2EE и клиента на C++.

Автор: Domestic Cat 7.12.2004, 02:20
Цитата(chipset @ 6.12.2004, 17:12)
SCL


Добавим сюда SNCE: Standard Not Coffee Exceptions

NotCofeeException
NoCofeeException
NoSugarException
NoSpoonException
NoCupException
NoCreamException
NihrenaNetuException

ImATeaPotException - аналог ошибки 418.

А что будет включать в себя SCL?

Автор: chipset 7.12.2004, 02:25
Цитата(Domestic @ 6.12.2004, 15:20)
А что будет включать в себя SCL?

Я планирую сделать обьектно-ориентированную оболочку над протоколом HTCPCP/1.0
Цитата(Domestic @ 6.12.2004, 15:20)
NotCofeeException
NoCofeeException
....

+ OverflowException
Добавлено @ 02:27
Цитата(Domestic @ 6.12.2004, 15:20)
NihrenaException

Предлагаю переименовать в NihrenaNetuException

Автор: Domestic Cat 7.12.2004, 02:33
Цитата(chipset @ 6.12.2004, 17:25)
OverflowException


Еще

NoWaterException
NoPowerException
NotAuthorizedException

Цитата(chipset @ 6.12.2004, 17:25)
Я планирую сделать обьектно-ориентированную оболочку над протоколом HTCPCP/1.0


Может, организовать принципиально новый нетворкинг - полый пайп, конечный продукт передается под давлением непосредственно в вену программера?

Автор: chipset 7.12.2004, 02:41
Ещё
NoGoodSmellException.

Цитата(Domestic @ 6.12.2004, 15:33)
Может, организовать принципиально новый нетворкинг - полый пайп, конечный продукт передается под давлением непосредственно в вену программера?


Тогда не будет запаха, и эстетического удовлетворения (надо усё выжимать из проекта).
Добавлено @ 02:46
Кстати, когда разберёмся в классах, надо тут же садиться писать бизнес-план и спецификацию..

Автор: Domestic Cat 7.12.2004, 02:50
Цитата(chipset @ 6.12.2004, 17:41)
Тогда не будет запаха, и эстетического удовлетворения (надо усё выжимать из проекта).


Установим Универсальный Распрoстранитель Запахов Про, + пустим ряд заставок / скринсейверов / видео с изображением кофе. Потом можно сервис паки писать smile особенно если над d3c4ff31n3z4t0r' ом поработать smile


Автор: chipset 7.12.2004, 02:56
Цитата(Domestic @ 6.12.2004, 15:50)
+ пустим ряд заставок / скринсейверов / видео с изображением кофе.

А тактильные раздражители?

Автор: Domestic Cat 7.12.2004, 02:59
Цитата(chipset @ 6.12.2004, 17:56)
А тактильные раздражители?


Отдельно : жвачка со вкусом кофе, с возможностью апгрейда до любого вкуса.

Слоган:

What do you want to drink today?

Автор: chipset 7.12.2004, 03:02
Цитата(Domestic @ 6.12.2004, 15:59)
Отдельно : жвачка со вкусом кофе, с возможностью апгрейда до любого вкуса.

С bluetooth. Ну а как ты смоделируешь теплую чашке кофе?

Автор: Domestic Cat 7.12.2004, 03:03
Цитата(chipset @ 6.12.2004, 18:02)

С bluetooth. Ну а как ты смоделируешь теплую чашке кофе?


SP14 !!! smile smile

Автор: chipset 7.12.2004, 03:04
А чё это? smile

Автор: Domestic Cat 7.12.2004, 03:06
ну будем делать сервис паки до номера 14
(все будут совершенно бесплатными), а потом просто переделаем пайпы на толстые трубы,, кофе переправляем в чашечках запечатанных сверху. Естественно все бросятся менять железо smile

Автор: chipset 7.12.2004, 03:07
А кто будет железо делать?

Автор: Domestic Cat 7.12.2004, 03:08
Цитата(chipset @ 6.12.2004, 18:07)
А кто будет железо делать?


упс...

Автор: chipset 7.12.2004, 03:08
У нас на форуме железячники есть? Надо бы их подключить..

Автор: sergejzr 7.12.2004, 03:11
smile smile smile
http://perlodrom.ru/kino/oxota/m/20.mp3

Автор: chipset 7.12.2004, 03:13
sergej.z
Лучше подключайся! На твоих глазах зарождается может новая революция в мире информационных технологий!!!

Автор: Domestic Cat 7.12.2004, 03:18
Эдакая новая МикроКофеСофт! Начнем с простого DCOS (Dumb Coffee Operation System) а там и до WinDCOS XP доберемся. Потом жалеть будете, что не миллиардеры smile smile

Автор: chipset 7.12.2004, 03:18
КофеСофт лучше.. а то Микрософт нас по копирайтам прижмет.. хотя кто кого прижмет ещё! smile

Автор: Domestic Cat 7.12.2004, 16:27
Никто так разбогатеть и не хочет ... smile Придется пока просто софт писать.

Автор: chipset 9.12.2004, 01:44
Ну так что?
В общем вот первый класс: cup.

Автор: Domestic Cat 9.12.2004, 08:24
Идем дальше:

AbstractCoffee - абстрактный класс, соответствует понятию "идеальный кофе", создать объект этого класса невозможно

Cofee. Наследует от AbstractCoffee все гадостные качества. Создать об3ект можно, но нафиг не нужно... Потому имеет протектед конструктор.

Java. Наследует от Cofee, в конструкторе делает следующее: сериализует всю JDK 1.5.0
и пеесылает клиенту. Любителям острых ощущений и диалапа.

Arabica. Наследует от Cofee и интерфейса Allah, при создании молча запихивается троянами и червями и пытается переправить все это добро клиенту. Живым объектэтого класса никто не видел.

Автор: Sun 9.12.2004, 11:42
Надо немного подумать о маркетинге. Для этого имеет смысл разработать модель Формулы-1, со встроенной кофеваркой использующей протокол HTCPCP/1.0. Для этого нужно разработать алгоритм десириализации HTCPCP/1.0 сообщений непосредственно в кофе. Тут без аппаратной части не обойтись. Нужно искать железячника, лудильщика и паяльщика.

Второй шаг - нужно создать свое лобби и лоббировать наши интересы во всех IT-сообществах. Первым делом надо взяться за W3C и заручится их поддержкой. Потом можно будет выпустить OpenSource кофеварку, которая будет распостранятся бесплатно с исходным кодом, но поддержка и работа железячника, лудильщика и паяльщика должна оплачиваться отдельно.

Автор: 3,14 9.12.2004, 11:51
Поедлагаю добавить стандартный методы запроса:
1) сообразим на троих
2) ты меня уважаешь?

Автор: Sun 9.12.2004, 11:55
Я не уверен что такие запросы можно реализовать в текущей спецификации. Для этого придется ее расширить.

Предлагаю должность железячника, паяльщика, лудильщика объеденить в одну абревиатуру - ЖПЛ.

Автор: chipset 9.12.2004, 13:38
Цитата(3)
Поедлагаю добавить стандартный методы запроса:
1) сообразим на троих
2) ты меня уважаешь?

Оставляем на версию 2.0.
Для пре-альфа версии хватит и просто запроса 3) хочу принять горячую в-аануу, выпить чашечку коофэээ. Можно тут же реализовать интерфейс-заглушку "ванна" и заглушить ею вызов.

Цитата(Sun @ 9.12.2004, 00:55)
Предлагаю должность железячника, паяльщика, лудильщика объеденить в одну абревиатуру - ЖПЛ.

Тогда можно организовать учебный центр при корпорации - "Институт ЖоПеЛистов".
Добавлено @ 13:40
Domestic Cat
NormalCoffee - в конструкторе все положительные свойства понижены до нуля. Все отрицательные до половины. Введен новый параметр "m_nZapahReziny" который увеличивается в зависимости от повышения времени варки.

Автор: 3,14 9.12.2004, 13:46
Цитата(chipset @ 9.12.2004, 13:38)
3) хочу принять горячую в-аануу, выпить чашечку коофэээ.

Это не запрос, это ответ на то что пользователь создал слишком много сессий по протоколу ЗаПоллитрой Pro 1.0

Автор: chipset 9.12.2004, 13:50
Может это будет запрос в обе стороны?
Кстати ещё обьект учтите: ПоллитраОбьектов.

Автор: Domestic Cat 10.12.2004, 16:14
Поллитра - это совсем другая спецификация. В коммуникации с помощью HTCPCP учавствует 2 компьютера, для Поллитры нужно как минимум четыре : сервер и три клиента; причем клиенты не могут быть значительно удалены друг от друга.

Автор: Sun 10.12.2004, 16:46
Цитата(Domestic @ 10.12.2004, 13:14)
причем клиенты не могут быть значительно удалены друг от друга.

Хм, не согласен. При наличии вэб-камеры и прочих мультимедийных устройств можно вполне успешно проводить коммуникацию. В некоторых случаях даже достаточно простого текстового терминала, правда в этом случае время успешной коммуникации существенно снижается, так как неукоснительно растет число битых пакетов.

Автор: chipset 10.12.2004, 16:50
Sun
Надо разработать защищенный протокол для передачи обьектов типа Поллитра HTCPCPS
Добавлено @ 16:51
Вообще если опустить HTCPCP на немного более нижние уровни то можно реализовать передачу таких обьектов ядра как _juice, _tea и даже _water в контейнерах.

Автор: Sun 10.12.2004, 16:51
Да, согласен. Нужно сделать кодирование 40 битным ключом.

Автор: chipset 10.12.2004, 16:52
Нее.. 40 бит это очень мало..

Автор: Sun 10.12.2004, 16:55
А сколько? 96? Канал выдержит?

Автор: chipset 10.12.2004, 17:03
256 не меньше..

Автор: Domestic Cat 10.12.2004, 17:05
Можно упростить все если уже имеется хотя бы один клиент начавший сессию Поллитры. Пока он KeepAlive можно его использовать в качестве шифровальшика, думаю взломать такой ключ будет невозможно.

Автор: chipset 10.12.2004, 17:08
Цитата(Domestic @ 10.12.2004, 06:05)
думаю взломать такой ключ будет невозможно

все возможно, вопрос лишь во времени...
ладно, насчёт криптования договорились..
надо как то связать вместе Pollitra и CoffeePot, к примеру сделать класс-контейнер cup и специализировать его к каждому случаю.

Автор: Kagor 13.12.2004, 05:43
гыгы.... Ну, вы даёте smile smile smile smile

Автор: Domestic Cat 13.12.2004, 05:46
Цитата(chipset @ 10.12.2004, 07:50)
_juice, _tea и даже _water в контейнерах.


Можно конечно... Только ведь размер пакетов будет разный. И протоколов под них нет!

Автор: 3,14 14.12.2004, 12:35
Цитата(chipset @ 10.12.2004, 16:50)
_juice, _tea и даже _water

Предлагаю более глобальный вариант, в качестве популяризации протокола Pollitra, расширить его такими необходимым содержимым как Zakuska и Zapivka, в последующие версии стоит добавить Devushki и Sauna

Автор: chipset 15.12.2004, 15:14
3,14
Блин, да нам бы хотя бы с CHttpCoffeeFile разобраться! smile

Автор: 3,14 15.12.2004, 15:17
Цитата(chipset @ 15.12.2004, 15:14)
Блин, да нам бы хотя бы с CHttpCoffeeFile разобраться!

Предлагаю назначить Domestic Cat отвественным, пусть распределит обязанности по разработке спецификации

Автор: chipset 15.12.2004, 15:20
Присоединяюсь:
Даёёёшь Кота ответственным!

Автор: chipset 28.12.2004, 16:41
Где ответственный за всё?
Предлагаю к Новому Году определиться с тем что мы собираемся делать... и нефиг отлынивать!

Автор: Domestic Cat 28.12.2004, 19:13
Че Кот да Кот ? Я че, эта, крайний ?? Вон chipset нехай будет главным.

Автор: chipset 28.12.2004, 19:15
Domestic Cat
На меня всё сбросить пытаешься?
А кто всё это начал?
ЫЫЫ??

Автор: Domestic Cat 28.12.2004, 19:23
У меня предложение: напишем сначала Поллитру, а там главный сам появится.

Автор: 3,14 10.1.2005, 10:42
Эх потратил целые праздники на изучение предметной области протокола Поллитра, но почему-то на утро не мог вспомнить те светлые идеи что приходили мне в голову при непосредственном углублении в процесс smile

Автор: chipset 11.1.2005, 15:35
Цитата(3)
Эх потратил целые праздники на изучение предметной области протокола Поллитра, но почему-то на утро не мог вспомнить те светлые идеи что приходили мне в голову при непосредственном углублении в процесс smile

Наши Поллитра будут вести лог smile

Автор: 3,14 11.1.2005, 15:39
Цитата(chipset @ 11.1.2005, 15:35)
Наши Поллитра будут вести лог

И как это ты себе представляешь?

Автор: chipset 11.1.2005, 16:17
Цитата(3)
И как это ты себе представляешь?

Будут скидывать в файл все евенты происходящие после инициализации...

Автор: Domestic Cat 11.1.2005, 16:18
А кто будет скидывать если все будут заняты расшифровкой протокола?

Автор: chipset 11.1.2005, 16:31
Цитата(Domestic @ 11.1.2005, 05:18)
А кто будет скидывать если все будут заняты расшифровкой протокола?

Резидент.

Автор: 3,14 11.1.2005, 16:38
Цитата(chipset @ 11.1.2005, 16:31)
Резидент.

Resident Evil али какой ещё? Нет в таком деле резиденты не прокактят, к ним опять же начнуться запросы : Выпить хошь, ты мня уважаешь, а ты вообще кто такой?

Автор: chipset 11.1.2005, 16:41
Цитата(3)
Resident Evil али какой ещё? Нет в таком деле резиденты не прокактят, к ним опять же начнуться запросы : Выпить хошь, ты мня уважаешь, а ты вообще кто такой?

Ну сделаем им высокий уровень безопасности, в чём проблема, Ы?

Автор: 3,14 11.1.2005, 16:45
Цитата(chipset @ 11.1.2005, 16:41)
Ну сделаем им высокий уровень безопасности, в чём проблема, Ы?

Не выйдет, при росте количества запросов производительности резидентов не хватит на качественное отображение данных, к тому же они легко подвержены вирусам : а за компанию, да ладно тока одну стопку и отстанем, ты чё не пацан...

Автор: chipset 11.1.2005, 16:46
Цитата(3)
Не выйдет, при росте количества запросов производительности резидентов не хватит на качественное отображение данных, к тому же они легко подвержены вирусам : а за компанию, да ладно тока одну стопку и отстанем, ты чё не пацан...

Ниче, поставим фаервол!

Автор: En_t_end 11.1.2005, 17:50
smile smile smile

Автор: 3,14 11.1.2005, 18:16
Цитата(chipset @ 11.1.2005, 16:46)
Ниче, поставим фаервол!

И что ты предлагаешь в качестве файрвола?

Автор: Sun 11.1.2005, 19:07
Цитата(3 @ 11.1.2005, 15:16)
Цитата(chipset @ 11.1.2005, 16:46)
Ниче, поставим фаервол!

И что ты предлагаешь в качестве файрвола?

Закодировать от алкоголя резидента 128-битным ключом.

Автор: Cheba 12.1.2005, 00:59
Цитата(Domestic @ 10.12.2004, 17:05)
Пока он KeepAlive можно его использовать в качестве шифровальшика, думаю взломать такой ключ будет невозможно.

Цитата(chipset @ 10.12.2004, 17:08)
все возможно, вопрос лишь во времени...

Врядли хоть один из клиентов сможет находиться в KeepAlive на протяжении столь длительного промежутка времени, чтобы его успели взломать. Конечно, есть группы пользователей, располгающие такими ресурсами, что в любой момент времени активность сохраняют примерно три четверти участников трансляции. Такие соединения могут подделживаться несколько недель. Но это случается довольно редко и, учитывая ресурсы группы, взламывать ничего не приходится, ибо примерно через два дня открывается доступ анонимным пользователям. Ближе к концу соединения, когда ресурсы иссякают, приоритет отдается пользователям, котые могут выступать в роли сервера, а доступ анонимным пользователям прекращается.

Еще нужно обдумать механиз борьбы с "бродячими" клиентами. Они выступают только в роли потребителя. Когда такого клиента пытаются перевести в режим сервера, он дисконнектится и ищет другого сервера, гнде его примут как клиента.

Автор: chipset 12.1.2005, 05:01
Цитата(Cheba @ 11.1.2005, 13:59)
Еще нужно обдумать механиз борьбы с "бродячими" клиентами. Они выступают только в роли потребителя. Когда такого клиента пытаются перевести в режим сервера, он дисконнектится и ищет другого сервера, гнде его примут как клиента.

Применим принцип P2P систем.

Автор: Domestic Cat 12.1.2005, 06:40
Цитата(chipset @ 11.1.2005, 20:01)

Применим принцип P2P систем.


В просторечии - "на брудершафт".

Автор: 3,14 12.1.2005, 09:34
Цитата(Sun @ 11.1.2005, 19:07)
Закодировать от алкоголя резидента 128-битным ключом.

Раскодируют, скоких на моей памяти кодировали от пьянства нифига не помогло
Цитата(Cheba @ 12.1.2005, 00:59)
Врядли хоть один из клиентов сможет находиться в KeepAlive на протяжении столь длительного промежутка времени, чтобы его успели взломать.

Как ни странно обычно они сами себя взламывают smile
Цитата(chipset @ 12.1.2005, 05:01)
Применим принцип P2P систем.

А как же на троих соображать?

Автор: Конструктор 27.2.2005, 15:31
Чтобы резидента не раскодировали можно каждые 25 мс посылать ему корректирующие сигналы наподобие "Пить - здоровью вредить", а так же каждые 100 мс синхронизирующий сигнал типа "синхрофазотрон" или "квантовая хромодинамика" при получении достоверного эхо-ответа на данные сигналы от резидента можно с 99% верятностью утверждать что он еще не взломан.

Автор: 3,14 28.2.2005, 11:09
Конструктор - не помогает, проверенно практикой, опытные "хакеры" эту защиту обходят

Автор: chipset 24.5.2005, 01:13
Цитата(3)
А как же на троих соображать?

Он вполне пойдет, необходим только алгоритм бинарного поиска третьего.

Автор: 3,14 24.5.2005, 08:34
Цитата(chipset @ 24.5.2005, 01:13)
Он вполне пойдет, необходим только алгоритм бинарного поиска третьего.

Боюсь что бинарный не подойдёт, ввижу особенностей процесса поиск будет нечётким smile

Автор: ~FoX~ 24.5.2005, 08:44
А как же BeerMaker Super Pro .NET smile smile

Автор: chipset 23.4.2006, 23:29
Цитата(~FoX~ @  23.5.2005,  22:44 Найти цитируемый пост)
А как же BeerMaker Super Pro .NET smile smile

Под него ещё RFC не утверждено.   

Автор: Конструктор 4.5.2006, 00:25
Цитата(~FoX~ @  24.5.2005,  09:44 Найти цитируемый пост)
А как же BeerMaker Super Pro .NET


Мне явно противопоказан. Смотрю и втыкаю, как это у Chipsetа 4й месяц а у ~FOX~ 5й но он выше. А тут оказывается год уже проекту. Видимо раз за год RFC не утвердили, то и пень с ним. Java тоже не стандартизована вроде как. 

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)