The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликована реализация и спецификации защищённого протокола..., opennews (??), 01-Янв-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


7. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 01-Янв-15, 15:12 
> Это другая задача и решать ее нужно отдельно. Не надо все в кучу мешать. Что за тренд
> такой индусячий пошел? В 99% достаточно end-to-end шифрования.

Расскажите нам, как решить эту задачу отдельно, не отказаваясь от SMTP. Я, к стыду своему, не вижу способов.

Ответить | Правка | Наверх | Cообщить модератору

9. "Опубликована реализация и спецификации защищённого протокола..."  +2 +/
Сообщение от Mihail Zenkov (ok), 01-Янв-15, 15:21 
> Расскажите нам, как решить эту задачу отдельно, не отказаваясь от SMTP. Я,
> к стыду своему, не вижу способов.

Отдельно - значит, что шифрование содержимого само по себе, тем более что уже есть PGP. Протокол сам по себе и попроще, дабы можно было проверить каждую строку.

Ответить | Правка | Наверх | Cообщить модератору

40. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 01-Янв-15, 21:28 
>> Расскажите нам, как решить эту задачу отдельно, не отказаваясь от SMTP. Я,
>> к стыду своему, не вижу способов.
> Отдельно - значит, что шифрование содержимого само по себе, тем более что
> уже есть PGP. Протокол сам по себе и попроще, дабы можно
> было проверить каждую строку.

Скажите, вы заглядывали в спецификацию протокола, или вас как и меня испугало количество страниц, и поэтому вы делаете выводы исключительно на основании числа 108?

Я всё же заглянул в эту спецификацию и полистал её. Нет, не вникал, даже не пытался. Просто полистал, и у меня не возникло ощущение, что она набита каким-то матаном, который ни один нерд не сможет понять до конца. Скорее наоборот. Вы там увидели обфускацию?

Скажите, вы ведь знаете пределы возможностей PGP, и понимаете чем предложенное решение отличается от PGP? Но если да, если вы знаете, то я несколько удивлён тем, что с вашей стороны не звучат вопли "нинужнаа!" Потому что только такой позицией я могу объяснить ваше неприятие предложенного решения.

Ответить | Правка | Наверх | Cообщить модератору

56. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от Аноним (-), 02-Янв-15, 03:18 
> Скажите, вы ведь знаете пределы возможностей PGP, и понимаете чем предложенное решение
> отличается от PGP?

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

Ответить | Правка | Наверх | Cообщить модератору

70. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 02-Янв-15, 03:55 
>> Скажите, вы ведь знаете пределы возможностей PGP, и понимаете чем предложенное решение
>> отличается от PGP?
> Я вот посмотрел немного. И вижу какой-то дико переусложненный п...ц. Где много
> каких-то костыльных сущностей. И да, я не думаю что все это
> реально реализовать без кучи тяжелых багов в безопасности. Поэтому такой протокол
> можно посоветовать разве что врагам - они будут думать что от
> чего-то защищены. А реально это будет только видимость. И куча кода
> который можно долбануть эксплойтом или заставить выполнить совсем не то что
> ожидал пользователь.

Что именно вам показалось переусложнённым? Какая из сущностей, например, кажется вам костыльной? Я не прошу полный список ни к первому вопросу, ни ко второму. Но хоть что-нибудь вы можете привести для примера? Вот допустим схема вынесенная в текст новости -- к ней у вас претензии есть? На ней вы видите костыли или ненужные сложности?

Кстати, а связка POP3/SMTP вам тоже кажется костыльной, переусложнённой и гарантирующей наличие багов в софте, потому что если сравнить объём rfc5321(smtp) + rfc1939+2449+1734(pop3) с сотней страниц субжа, то описание субжа окажется, пожалуй, даже проще? Кстати, а по объёму кода вы не сравнивали? Ну там же есть эталонная реализация -- если её сравнить с exim, например, то где больше кода?

Ответить | Правка | Наверх | Cообщить модератору

78. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от Аноним (-), 02-Янв-15, 10:01 
> Что именно вам показалось переусложнённым? Какая из сущностей, например, кажется вам костыльной?

Вообще все. Я не понимаю зачем оно настолько навороченное. Можно сделать раз в 10 проще и элегантнее. Если выбросить из головы всякие SMTP, POP3, древние схемы шифрования и т.п..

> есть? На ней вы видите костыли или ненужные сложности?

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

> Кстати, а связка POP3/SMTP вам тоже кажется костыльной, переусложнённой

Она мне кажется просто у...щной. Совершенно необдуманные протоколы, сделанные под сферические реалии в вакууме. По поводу чего в таком виде в чистом виде ими никто не пользуется. Понимаете, порядка 1000 писем спама в день в инбокс - слишком уж жоска, я их читать не успеваю :). А без 100500 костылей этим окаменелым уродцам - оно приходит к какому-то вот такому результату.

А еще например UU кодирование и прочий брейнфак. Времена байтов отличных от 8 бит давно закончились, а этот брейнфак эпохи мамонтов, раздувающий аттачи на треть - остался. Если это не окаменелость из эпохи майнфреймов - я прямо даже и не знаю как это еще назвать.

> и гарантирующей наличие багов в софте, потому что если сравнить объём rfc5321(smtp) +
> rfc1939+2449+1734(pop3) с сотней страниц субжа,

Не очень понимаю в чем пойнт сравнивать кости динозавра и гибрид ржавого танка с подъемным краном. Одно окаменелое а второе излишне навороченное неизвестно ради чего.

> даже проще?

Радости то с этого. POP3 и SMTP вообще неюзабельны без кучи костылей и пилотирования в ручном режиме - их мигом спамом затапливает. Потому что делалось под сферические допущения в вакууме. Что в сети все белые, пушистые, пароли не воруют, спам не рассылают, используют ресурсы в меру и прочая. А оно возьми да и окажись что в сети куча всякой недружелюбной автоматики, спамеры-рекламеры всех мастей и прочие радости. Так что поп3 и смтп в чистом виде - абсолютно иррелевантны текущим сетевым реалиям. И реалистичные почтовые сервера - большой склад костылей и подпорок поверх этих безблагодатных антиков в попытках сделать чтобы там не было полное адище.

> Кстати, а по объёму кода вы не сравнивали?

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

> же есть эталонная реализация -- если её сравнить с exim, например,
> то где больше кода?

Если честно - мне все-равно: я не в восторге ни от почтовых протоколов, ни от вот этих наворотов.

Ответить | Правка | Наверх | Cообщить модератору

98. "Опубликована реализация и спецификации защищённого протокола..."  –2 +/
Сообщение от клоун (?), 02-Янв-15, 12:46 
Про неоптимальные протоколы согласен.

Про то, что нужно усложнять нет.

Люди несовершенны и склонны к совершению гадостей. Эта проблема на уровне почтового протокола не решается. Она вообще техническими средствами не решается, только административными.

Почтовый протокол должен быть как можно более простым. Если цель отправить 100 байт из точки А в точку Б, то чем меньше "лишних" байт, нужных по протоколу, мы отправим, тем лучше.

100 страниц текста для описания того, как отправить 100 байт - это перебор.

Ответить | Правка | Наверх | Cообщить модератору

152. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от Аноним (-), 05-Янв-15, 19:27 
Мне пофиг с чем согласны микрософтовские подстилки, подмахивающие АНБ и не умеющие думать. Просто аннигилируйте.
Ответить | Правка | Наверх | Cообщить модератору

106. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 02-Янв-15, 16:01 
> Если честно - мне все-равно: я не в восторге ни от почтовых
> протоколов, ни от вот этих наворотов.

А, ну так с этого и надо было начинать, сказали бы сразу и просто: мне ничего не нравится, в этом сраном мире всё говно. Вопросов бы не было.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

151. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Аноним (-), 05-Янв-15, 19:25 
> и просто: мне ничего не нравится, в этом срaном мире всё гoвно.

Я могу покритиковать любой протокол, при том - аргументированно. И замечу что протоколы варьируются по степени симпатий и антипатий. Но вот конкретно почтовые протоколы - это не просто гoвнo. Это окаменелое дерьмо мамонта. Единственным их достоинством является то что они до сих пор сохранились. Хотя это скорее баг а не фича.

> Вопросов бы не было.

На самом деле я могу подробно обосновать кто и почему гэ. Просто это долго и требует нефиговых познаний в сетях у оппонента. И рабочий головной мозг (который у вас вроде имеется, поэтому уход в примитивизм мне не понятен).

Ответить | Правка | Наверх | Cообщить модератору

158. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от ZiNk (ok), 06-Янв-15, 16:48 
>[оверквотинг удален]
> Я могу покритиковать любой протокол, при том - аргументированно. И замечу что
> протоколы варьируются по степени симпатий и антипатий. Но вот конкретно почтовые
> протоколы - это не просто гoвнo. Это окаменелое дерьмо мамонта. Единственным
> их достоинством является то что они до сих пор сохранились. Хотя
> это скорее баг а не фича.
>> Вопросов бы не было.
> На самом деле я могу подробно обосновать кто и почему гэ. Просто
> это долго и требует нефиговых познаний в сетях у оппонента. И
> рабочий головной мозг (который у вас вроде имеется, поэтому уход в
> примитивизм мне не понятен).

Сохранились они, внезапно, потому что работают и есть везде. Нового протокола им на замену так и не предвидится, ХМРР не пришёлся по вкусу мастодонтам сети, поддерживают эту кучки энтузиастов, даже гугл решил что надо своих пользователей максимально оградить от межсерверного взаимодействия в своих чатиках. В итоге получаем, что единственный работающий способ выполнять то, что делает электронная почта - пользоваться SMTP. Потому что другие протоколы никто брать не хочет, а все наросшие как раковые опухоли местечковые болотца юзверей вроде скайпа, хенгаутов, сдохшего уже МСНа, вайбера, воццапа и прочих пачек убогих, не умеющих общаться между собой недоношеных "сервисов" упорно отказываются слышать о словах "федерация", "межсерверное общение". Только walled garden, только хардкор. И даже окаменевшие трупики таких же огороженых предков емэйла ничем не смущают новых мастодонтов, которые на 100% уверены, что уж они-то точно смогут сделать сервис, который удовлетворит 95% пользователей, а остальных заставит им пользоваться.

Ответить | Правка | Наверх | Cообщить модератору

25. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от EHLO (?), 01-Янв-15, 17:55 
>> Это другая задача и решать ее нужно отдельно. Не надо все в кучу мешать. Что за тренд
>> такой индусячий пошел? В 99% достаточно end-to-end шифрования.
> Расскажите нам, как решить эту задачу отдельно, не отказаваясь от SMTP. Я,
> к стыду своему, не вижу способов.

Задача скрытия факта переписки сводится к анонимизации. Анонимизация SMTP мало отличается от анонимизации другого трафика. Отправить SMTP сообщение через анонимную сеть (при условии ее существование) что-то мешает?
Кроме того я не понял, почему спрашиваешь про SMTP меня. Я говорил о том, что технически end-to-end шифрование желательно реализовать в отдельном от скрытия факта переписки протоколе. Это будет чище и архитектурней.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

39. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 01-Янв-15, 21:20 
>>> Это другая задача и решать ее нужно отдельно. Не надо все в кучу мешать. Что за тренд
>>> такой индусячий пошел? В 99% достаточно end-to-end шифрования.
>> Расскажите нам, как решить эту задачу отдельно, не отказаваясь от SMTP. Я,
>> к стыду своему, не вижу способов.
> Задача скрытия факта переписки сводится к анонимизации. Анонимизация SMTP мало отличается
> от анонимизации другого трафика. Отправить SMTP сообщение через анонимную сеть (при
> условии ее существование) что-то мешает?

Отправить никто не мешает. Но анонимна сеть или нет, в ней должен быть сервер, который сможет накапливать письма и отдавать их в ответ на токен авторизации. Прикиньте тривиальную ситуацию: такой сервер один единственный в мире. Он авторизовал отправителя и принял от него письмо на доставку. Затем он авторизовал получателя и отдал ему письмо. Значит сервер уже установил факт того, что данный отправитель связался с данным адресатом. Как избежать этого? Можно, наверное, добиться этого поверх SMTP протокола, но нахрена козе баян, если в результирующем решении костылей будет больше, чем повторного использования кода?

> Кроме того я не понял, почему спрашиваешь про SMTP меня. Я говорил
> о том, что технически end-to-end шифрование желательно реализовать в отдельном от
> скрытия факта переписки протоколе. Это будет чище и архитектурней.

Ну так они и реализовали его отдельно. Прямо здесь в новости об этом написано. Или вы к тому, что им вообще не стоило этот вопрос обсуждать в спецификации протокола, оставив лишь саму возможность шифрования? Может им ещё и эталонную реализацию всего этого дела стоило делать без end-to-end шифрования контента?

Я не вижу что именно вам тут не нравится. При этом, с каждым прожитым годом, я всё больше и больше склоняюсь к мнению о том, что разговоры о "чище" и "архитектурнее" поднимаются тогда, когда больше нечего сказать, а что-нибудь сказать хочется. Это не значит, что все такие заявления не соответствуют действительности, но как минимум это означает, что человек произносящий их просто не может сформулировать свою мысль "чисто" и "архитектурно" и поэтому подпускает тумана. А это, как вы понимаете, вызывает подозрения.

Ответить | Правка | Наверх | Cообщить модератору

42. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от EHLO (?), 01-Янв-15, 22:29 
> Прикиньте тривиальную ситуацию: такой сервер один единственный в
> мире. Он авторизовал отправителя и принял от него письмо на доставку.
> Затем он авторизовал получателя и отдал ему письмо. Значит сервер уже
> установил факт того, что данный отправитель связался с данным адресатом.

Аналогично если в приведенной схеме сервер с метаданными (как бы XMPP) один.

> Или вы к тому, что им вообще не стоило этот вопрос обсуждать в спецификации протокола, оставив лишь саму возможность шифрования?

Обсуждать можно, можно ссылаться и рекомендовать, но не более того.
Промежуточные серверы должны относиться к содержимому как к блобу, а как реализовывать end-to-end шифрование и нужно ли оно ― это дело клиентов. Соответственно в спецификации протокола это можно опустить. А поскольку опустить можно, значит так надо и сделать.

> Я не вижу что именно вам тут не нравится. При этом, с
> каждым прожитым годом, я всё больше и больше склоняюсь к мнению
> о том, что разговоры о "чище" и "архитектурнее" поднимаются тогда, когда
> больше нечего сказать, а что-нибудь сказать хочется.

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

> Это не значит, что
> все такие заявления не соответствуют действительности, но как минимум это означает,
> что человек произносящий их просто не может сформулировать свою мысль "чисто"
> и "архитектурно" и поэтому подпускает тумана. А это, как вы понимаете,
> вызывает подозрения.

Я конкретно написал что мне не нравится. Могу добавить еще сравнений. Тебе понравится если все протоколы TCP/IP стека будут полностью описаны в одном RFC?

Ответить | Правка | Наверх | Cообщить модератору

46. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 02-Янв-15, 00:05 
> Сказать есть чего, но не очень хочется.

Очень или не очень я не знаю, но во всяком случае, де факто, вам хочется высказаться в достаточной мере, чтобы это желание вылилось бы в высказывание в комментах. Именно об этом я и говорю. А все эти "сказать есть чего, но я не скажу" оставьте кому-нибудь другому: если "не скажу", то в первую очередь не стоит и говорить.

> Я конкретно написал что мне не нравится. Могу добавить еще сравнений. Тебе
> понравится если все протоколы TCP/IP стека будут полностью описаны в одном
> RFC?

Мне фиолетово. Хотя да, было бы неудобно: ради того, чтобы прочитать один абзац в спецификации на SMTP, выкачивать огромный pdf и выискивать этот абзац в нём было бы действительно неудобно. Но с другой стороны: сколько на rfc.org _актуальных_ документов? Вы знаете какой-нибудь простой способ посчитать их? Вообще их дохренища, но иногда новые rfc дополняют старые, иногда заменяют, иногда вообще без ста грамм (или без помощи википедии) не разберёшь какой же из тех rfc актуален, поэтому я не вижу простого способа оценить реальный объём полезных данных на rfc.org. А раз так, то может быть я преувеличиваю гипотетическое неудобство от всех rfc в одном документе.

Но вы, вероятно, немного о другом: что написать единый RFC и развивать его сложнее, чем кучку разрозненных документов, так ведь? Но (применительно к субжу) это а) не ваша проблема; б) на данный момент вообще не проблема; в) у вас нет ничего кроме смутных подозрений о том, будет ли это проблемой в будущем.

Ответить | Правка | Наверх | Cообщить модератору

47. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от EHLO (?), 02-Янв-15, 00:38 
>Но вы, вероятно, немного о другом

да я о
loose coupling
keep it simple
worse is better
и подобных принципах построения систем. Для некоторых это не просто слова, которые используют от "нечего сказать".

Ответить | Правка | Наверх | Cообщить модератору

49. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от Orduemail (ok), 02-Янв-15, 02:20 
>>Но вы, вероятно, немного о другом
> да я о
> loose coupling
> keep it simple
> worse is better
> и подобных принципах построения систем. Для некоторых это не просто слова, которые
> используют от "нечего сказать".

Вы так и не улавливаете темы. "Принципы построения систем" -- это набор пустых звуков. Это теория. Абстракция, накрученная поверх реальности. Обобщение.
Но практика отличается от теории. Но абстракция всегда недостаточно сложна для полноценного моделирования реальности. Но любое обобщение неверно, и это тоже.
Theory and practice sometimes clash. And when it happens theory loses. Every single time. (c) догадайтесь-кто.

И поэтому, если вы видите критику некоей конкретной системы, сводящуюся к ссылкам на какие-то абстрактные принципы, то можете смело спускать эту критику в унитаз, она не стоит выеденного яйца. Я так делаю всегда и вам рекомендую. Исключения из этого правила возможны лишь в том случае, если критика исходит из авторитетного источника, и вы (как минимум) имеете основания полагать, что этот источник потратил хотя бы пару часов на изучение той системы, которую он критикует. Как вы могли догадаться, вы не являетесь авторитетом для меня. При этом я весьма сомневаюсь, что вы потратили хотя бы 10 минут на изучение субжа. Точнее не так, я уже 100% уверен, что вы не потратили ни секунды на изучение: чем больше вы пишете, тем больше я укрепляюсь во мнении, что все ваши претензии ограничиваются тем, что pdf опубликован одним файлом, а не разбит на 5 штук, по количеству самостоятельных репозиториев кода, на которые разбит проект на github.

Фразочки, вами приведённые, отлично подходят в качестве классификации конкретных замечаний по какой-либо системе (которых у вас, как мы договорились, нет). Эти фразы замечательно могут играть роль ярлыков на претензиях к системе, упрощая работу с этими претензиями -- проще объяснить, в чём именно претензия, проще организовать список претензий в связную статью/речь. Но ярлык в отрыве от того, к чему он ярлык -- это просто бумажка, причём как правило слишком мелкая даже для того, чтобы ею можно было подтереться. То есть абсолютно бесполезная сущность.

Если не секрет, вы кто по профессии? Судя по контексту (opennet) вы должны бы быть инженером, и в силу этого на уровне рефлексов ориентироваться на практику, рассматривая теорию как вспомогательный инструмент. Инженеры подчастую даже склонны перебирать с этим, особенно когда они не умеют пользоваться теорией как инструментом. Но ваше трепетное отношение к теории и безоглядная вера в неё не укладываются в гипотезу инженера.

Ответить | Правка | Наверх | Cообщить модератору

55. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от Аноним (-), 02-Янв-15, 03:15 
С точки зрения практики - даже короткого взглядя на протокол и размеры спеков понятно что он спокойно заткнет любой SSL/TLS по числу дыр и неучтенных разработчиками вариантов поведения, которые будут использованы атакующими в свою пользу. Не может быть вменяемый протокол на 108 страницах. Вообще совсем никак. При реализации протокола на 108 страниц в реализации будет столько багов что openssl на фоне этого покажется достаточно надежной либой.
Ответить | Правка | Наверх | Cообщить модератору

61. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 02-Янв-15, 03:33 
> С точки зрения практики - даже короткого взглядя на протокол и размеры
> спеков понятно что он спокойно заткнет любой SSL/TLS по числу дыр
> и неучтенных разработчиками вариантов поведения, которые будут использованы атакующими
> в свою пользу. Не может быть вменяемый протокол на 108 страницах.
> Вообще совсем никак. При реализации протокола на 108 страниц в реализации
> будет столько багов что openssl на фоне этого покажется достаточно надежной
> либой.

Вы в курсе, что там несколько протоколов? Грубо говоря: существует несколько типов сетевых агентов, участвующих в передаче почтовых сообщений. И, как бы, каждому нужен свой протокол общения, не так ли?

Ответить | Правка | Наверх | Cообщить модератору

82. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от Аноним (-), 02-Янв-15, 10:10 
> Вы в курсе, что там несколько протоколов? Грубо говоря: существует несколько типов
> сетевых агентов, участвующих в передаче почтовых сообщений. И, как бы, каждому
> нужен свой протокол общения, не так ли?

Я в курсе что в результате суммарно получилось нечто довольно сложное. При том зачем оно именно такое - мне не понятно. Такое ощущение что автор пересмотрел на поп и смтп. А можно посмотреть на ed2k, торрент, коины всякие. Ну так, для расширения кругозора и избавления от стереотипов.

Ответить | Правка | Наверх | Cообщить модератору

107. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 02-Янв-15, 16:03 
>> Вы в курсе, что там несколько протоколов? Грубо говоря: существует несколько типов
>> сетевых агентов, участвующих в передаче почтовых сообщений. И, как бы, каждому
>> нужен свой протокол общения, не так ли?
> Я в курсе что в результате суммарно получилось нечто довольно сложное. При
> том зачем оно именно такое - мне не понятно. Такое ощущение
> что автор пересмотрел на поп и смтп. А можно посмотреть на
> ed2k, торрент, коины всякие. Ну так, для расширения кругозора и избавления
> от стереотипов.

Понятно.

Ответить | Правка | Наверх | Cообщить модератору

150. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Аноним (-), 05-Янв-15, 19:18 
> Понятно.

Ну да. Иногда чулан надо расчищать от паутины и рухляди. Автор этого не сделал.

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

Ответить | Правка | Наверх | Cообщить модератору

60. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от EHLO (?), 02-Янв-15, 03:30 
>Theory and practice sometimes clash. And when it happens theory loses. Every single time. (c) догадайтесь-кто.

Обрати внимание на слово "sometimes".
Где ты здесь увидел clash?
У меня теория благополучно подтверждается практикой. Overengeneered, tight coupled системы, отягощенные избыточной функциональностью на практике оказываются полны багов и дыр и слабо поддаются доработке и поддержке.
Так что всё мимо.

Вот твой авторитет:

"Nobody should start to undertake a large project. You start with a small trivial project, and you should never expect it to get large. If you do, you'll just overdesign and generally think it is more important than it likely is at that stage. Or worse, you might be scared away by the sheer size of the work you envision. So start small, and think about the details. Don't think about some big picture and fancy design. If it doesn't solve some fairly immediate need, it's almost certainly over-designed. And don't expect people to jump in and help you. That's not how these things work. You need to get something half-way useful first, and then others will say "hey, that almost works for me", and they'll get involved in the project." (Цэ)

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

64. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 02-Янв-15, 03:38 
> Так что всё мимо.

Лол. Ну не всё же. Самая мякотка как раз в точку попала. Мы так и не услышали от вас ничего, кроме голой теории, которую вы даже не пытаетесь привязать к конкретному случаю. Мы не услышали никаких слов, которые могли бы навести нас на мысль, что вы потратили хотя бы 10 минут на изучение этого 108-страничного документа, и таким образом с большим вниманием относились бы к вашему мнению. Вы вообще ничего не поняли из того, что я вам говорил. И это наводит на вопросы о том, а понимаете ли вы всё остальное. Вот например вы такую большую цитату привели, вы понимаете о чём она? Даже несмотря на то, что она на буржуйском написана? А может *благодаря* тому, что она написана на буржуйском, может русский для вас не родной? Может мне лучше вам на английском изложить то, что я выше излагал на русском?

Ответить | Правка | Наверх | Cообщить модератору

69. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от EHLO (?), 02-Янв-15, 03:54 
>[оверквотинг удален]
> услышали никаких слов, которые могли бы навести нас на мысль, что
> вы потратили хотя бы 10 минут на изучение этого 108-страничного документа,
> и таким образом с большим вниманием относились бы к вашему мнению.
> Вы вообще ничего не поняли из того, что я вам говорил.
> И это наводит на вопросы о том, а понимаете ли вы
> всё остальное. Вот например вы такую большую цитату привели, вы понимаете
> о чём она? Даже несмотря на то, что она на буржуйском
> написана? А может *благодаря* тому, что она написана на буржуйском, может
> русский для вас не родной? Может мне лучше вам на английском
> изложить то, что я выше излагал на русском?

Поскольку перешел к обсуждению меня, а не топика, я так понимаю в защиту сабжа аргументов больше не будет?

Ответить | Правка | Наверх | Cообщить модератору

71. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Orduemail (ok), 02-Янв-15, 04:03 
> Поскольку перешел к обсуждению меня, а не топика, я так понимаю в
> защиту сабжа аргументов больше не будет?

А разве они были? Я разве хоть что-то сказал в защиту субжа? По-моему, я занимался тем, что пытался из вас вытрясти хоть какую-то конкретику, кроме "ах, документ на 108 страниц", "ниасилил патамушта стихи." Разбавляя эти попытки немного безуспешными попытками привить вам хоть капельку самостоятельного мышления, незашоренного узкими рамками заученных в ВУЗе правил.
Впрочем, если мне удалось привести хоть один аргумент, то вы ткните меня носом: мне самому интересно.

Ответить | Правка | Наверх | Cообщить модератору

104. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от EHLO (?), 02-Янв-15, 14:59 
>> Поскольку перешел к обсуждению меня, а не топика, я так понимаю в
>> защиту сабжа аргументов больше не будет?
> А разве они были? Я разве хоть что-то сказал в защиту субжа?
> По-моему, я занимался тем, что пытался из вас вытрясти хоть какую-то
> конкретику, кроме "ах, документ на 108 страниц", "ниасилил патамушта стихи." Разбавляя
> эти попытки немного безуспешными попытками привить вам хоть капельку самостоятельного
> мышления, незашоренного узкими рамками заученных в ВУЗе правил.
> Впрочем, если мне удалось привести хоть один аргумент, то вы ткните меня
> носом: мне самому интересно.

Говорю же, обсуждать меня с тобой мне не интересно, хотя бы потому что все предположения мимо.

>Я разве хоть что-то сказал в защиту субжа?

Да.

Ответить | Правка | Наверх | Cообщить модератору

122. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Аноним (-), 02-Янв-15, 20:43 
Интересно если бы в тексте новости не упоминалось число страниц, как бы пошло обсуждение ?
Ответить | Правка | Наверх | Cообщить модератору

149. "Опубликована реализация и спецификации защищённого протокола..."  +/
Сообщение от Аноним (-), 05-Янв-15, 19:05 
> Интересно если бы в тексте новости не упоминалось число страниц, как бы
> пошло обсуждение ?

Я качнул спеку и посмотрел. Увиденного хватило. Для того чтобы не пользоваться этим, разумеется.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

52. "Опубликована реализация и спецификации защищённого протокола..."  +1 +/
Сообщение от Аноним (-), 02-Янв-15, 03:05 
> Расскажите нам, как решить эту задачу отдельно, не отказаваясь от SMTP.

No way! Нельзя сделать конфетку из г-на. Сколько сахара в г-но не сыпь, шоколадом оно не станет.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру