Я решил по идее chipset'а создать тему для тех ктo хочет и будет писать под HTCPCP/1.0.
Приглашаеm всех желающих к сотрудничеству.

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

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

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

D3C4ff31n3Z4t0r/Y2K5.xxx

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

Это сообщение отредактировал(а) Domestic Cat - 6.12.2004, 18:30

Цитата(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++.

Это сообщение отредактировал(а) chipset - 7.12.2004, 02:13

Цитата(chipset @ 6.12.2004, 17:12)

SCL

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

NotCofeeException
NoCofeeException
NoSugarException
NoSpoonException
NoCupException
NoCreamException
NihrenaNetuException

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

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

Это сообщение отредактировал(а) Domestic Cat - 7.12.2004, 03:10

Цитата(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

Цитата(chipset @ 6.12.2004, 17:25)

OverflowException

Еще

NoWaterException
NoPowerException
NotAuthorizedException

Цитата(chipset @ 6.12.2004, 17:25)

Я планирую сделать обьектно-ориентированную оболочку над протоколом HTCPCP/1.0

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

Ещё
NoGoodSmellException.

Цитата(Domestic @ 6.12.2004, 15:33)

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

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

Цитата(chipset @ 6.12.2004, 17:41)

Тогда не будет запаха, и эстетического удовлетворения (надо усё выжимать из проекта).

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

Цитата(Domestic @ 6.12.2004, 15:50)

+ пустим ряд заставок / скринсейверов / видео с изображением кофе.

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

Цитата(chipset @ 6.12.2004, 17:56)

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

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

Слоган:

What do you want to drink today?

Это сообщение отредактировал(а) Domestic Cat - 7.12.2004, 02:59

Цитата(Domestic @ 6.12.2004, 15:59)

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

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

Цитата(chipset @ 6.12.2004, 18:02)

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

SP14 !!!

А чё это?

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

А кто будет железо делать?

Цитата(chipset @ 6.12.2004, 18:07)

А кто будет железо делать?

упс...

У нас на форуме железячники есть? Надо бы их подключить..

Ну вы блин даёте!

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

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

КофеСофт лучше.. а то Микрософт нас по копирайтам прижмет.. хотя кто кого прижмет ещё!

Никто так разбогатеть и не хочет ... Придется пока просто софт писать.

Ну так что?
В общем вот первый класс: cup.

Идем дальше:

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

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

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

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

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

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

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

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

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

Цитата(3)

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

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

Цитата(Sun @ 9.12.2004, 00:55)

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

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

Это сообщение отредактировал(а) chipset - 9.12.2004, 13:41

Цитата(chipset @ 9.12.2004, 13:38)

3) хочу принять горячую в-аануу, выпить чашечку коофэээ.

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

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

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

Цитата(Domestic @ 10.12.2004, 13:14)

причем клиенты не могут быть значительно удалены друг от друга.

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

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

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

Нее.. 40 бит это очень мало..

А сколько? 96? Канал выдержит?

256 не меньше..

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

Цитата(Domestic @ 10.12.2004, 06:05)

думаю взломать такой ключ будет невозможно

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

гыгы.... Ну, вы даёте

Цитата(chipset @ 10.12.2004, 07:50)

_juice, _tea и даже _water в контейнерах.

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

Цитата(chipset @ 10.12.2004, 16:50)

_juice, _tea и даже _water

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

3,14
Блин, да нам бы хотя бы с CHttpCoffeeFile разобраться!

Это сообщение отредактировал(а) chipset - 15.12.2004, 15:15

Цитата(chipset @ 15.12.2004, 15:14)

Блин, да нам бы хотя бы с CHttpCoffeeFile разобраться!

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

Присоединяюсь:
Даёёёшь Кота ответственным!

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

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

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

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

Эх потратил целые праздники на изучение предметной области протокола Поллитра, но почему-то на утро не мог вспомнить те светлые идеи что приходили мне в голову при непосредственном углублении в процесс

Цитата(3)

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

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

Цитата(chipset @ 11.1.2005, 15:35)

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

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

Цитата(3)

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

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

А кто будет скидывать если все будут заняты расшифровкой протокола?

Цитата(Domestic @ 11.1.2005, 05:18)

А кто будет скидывать если все будут заняты расшифровкой протокола?

Резидент.

Цитата(chipset @ 11.1.2005, 16:31)

Резидент.

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

Цитата(3)

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

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

Цитата(chipset @ 11.1.2005, 16:41)

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

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

Цитата(3)

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

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

Цитата(chipset @ 11.1.2005, 16:46)

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

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

Цитата(3 @ 11.1.2005, 15:16)

Цитата(chipset @ 11.1.2005, 16:46) Ниче, поставим фаервол! И что ты предлагаешь в качестве файрвола?

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

Цитата(Domestic @ 10.12.2004, 17:05)

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

Цитата(chipset @ 10.12.2004, 17:08)

все возможно, вопрос лишь во времени...

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

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

Это сообщение отредактировал(а) Cheba - 12.1.2005, 01:00

Цитата(Cheba @ 11.1.2005, 13:59)

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

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

Цитата(chipset @ 11.1.2005, 20:01)

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

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

Цитата(Sun @ 11.1.2005, 19:07)

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

Раскодируют, скоких на моей памяти кодировали от пьянства нифига не помогло

Цитата(Cheba @ 12.1.2005, 00:59)

Врядли хоть один из клиентов сможет находиться в KeepAlive на протяжении столь длительного промежутка времени, чтобы его успели взломать.

Как ни странно обычно они сами себя взламывают

Цитата(chipset @ 12.1.2005, 05:01)

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

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

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

Конструктор - не помогает, проверенно практикой, опытные "хакеры" эту защиту обходят

Цитата(3)

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

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

Цитата(chipset @ 24.5.2005, 01:13)

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

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

А как же BeerMaker Super Pro .NET

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

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