50 лет с момента публикации RFC-1

Нужно.

археология интернетов прям

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

Ну знаешь ли, ещё живы те, кто Царя видел. Не то чтобы они сильно в сознании, но ещё вроде есть.

А кто из нас Царя не видел?

Даже я двух видал.

Великий человек! Ни то что некоторые.

Успехов и долгих лет жизни почтенному господину!

Документ RFC-1 был написан Стивом Крокером (на фото)

На его дела следует ориентироваться молодым дарованиям. ЗдОрово, что на это обратили внимание. Спасибо!

мужику 70+, подумаешь много гамбургеров кушать с консервантами, хорошо сохранился. :-)

На вашей аватаре: встреча двух юзеров...

Накактим

Последним царем(слово пишется с маленькой буквы) был Петр Романов. Я бы хотел посмотреть на живых людей, которые его видели. Или ты про последнего царя Болгарии Симеона II?

Да, тех кто видел предпоследнего императора российского Николая Гольштейн-Готторпа в живых не наблюдается, так же, как тех кто видел последнего императора Михаила II Гольштейн-Готторпа.

RFC - это хорошо. причём среди разных стандартов RFC ещё и вполне читабельный.

о хоссподе, макбук детектед!

у нищих духом бурление по этому поводу уже идёт вовсю?:D

https://www.youtube.com/watch?v=PisI9l29k4E

Жызнь с бородой.

Зануда в треде, все в машину.

Кстати, последнего болгарского царя я видел. В 2004 году, когда он был премьер-министром Болгарии

Ахаха, что ты делаешь, прекрати.

А о чем RFC-1 так в новости и не написано. Ну что за непорядок?

Последним царем(слово пишется с маленькой буквы) был Петр Романов.

В полном титуле Николая Саныча и с большой буквы император, и с большой буквы царь, а так же всякие «повелитель», «обладатель», «государь», «великий князь» и просто «князь».

Мне нравится например RFC-1607. Правда сейчас еще не 23 год, но про капсулу времени - мотив знакомый

Бедняга, пользуется Macbook Pro, так и не смог заработать на нормальный ноутбук с Linux. [/шутка]

Ссылка же дана.

RFC - самая говённая документация, что я читал. Помимо «воды», там сугубо технические, формальные и плохо поддающиеся пониманию описания протоколов и форматов. Понятно, что формальная грамматика должна быть, но её можно писать куда проще, вплоть до словесного описания всех ньюансов.
Иногда однострочный пример реального пакета стократ информативнее и практичнее их раздражающего BNF.
Мало того, RFC ещё и не обновляются - выпускаются новые цифири, так что гемора с отслеживанием только прибавляется - бери и собирай руками всю инфу с нескольких документов! Офигенно удобно.
И разумеется, никто не напишет в RFC «извините меня, му**дака - понапридумал всякого фуфла, а оно и не используется!». Легаси дерьма там навалом.

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

Ну и чего мы тут празднуем-то??

Ты про нищих умом, которые не могут себе представить хорошую вещь без логотипа-огрызка? Да чёрт их знает... может и бурлит - нам-то, адекватным, пофиг!

один из первых признаков приматов - концентрация на внешних аттрибутах типа эмблемы, да, мы в курсе....:P

а вот по софту, и удобству оного макоси конкурентов на этой планете невидно, да...

В стиральную.

RFC ещё и не обновляются - выпускаются новые цифири, так что гемора с отслеживанием только прибавляется - бери и собирай руками всю инфу с нескольких документов! Офигенно удобно.

Да, удобно. Вот напишешь ты реализацию, прочитав тыщу страниц документации, а потом её обновят — будешь заново всю тыщу перечитывать? Может всё-таки лучше diff в виде отдельного документа? И никакого гемора с отслеживанием нет — в заголовке каждого RFC написано, под какими номерами лежат апдейты.

Иногда однострочный пример реального пакета стократ информативнее и практичнее их раздражающего BNF.

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

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

Ну да, если накостылять по-быстрому, запустить, и забыть, а с багами пусть потомки разбираются, тогда HOWTO лучше.

Ахаха, что ты делаешь, прекрати

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

Вот напишешь ты реализацию, прочитав тыщу страниц документации, а потом её обновят — будешь заново всю тыщу перечитывать? Может всё-таки лучше diff в виде отдельного документа?

Не надо натягивать факты на ваши тонюсенькие аргументы. Для любых документов в конце ведётся список изменений. Более того - да, можно diff'ом, если уж так припекает. Главное достижение ОДНОГО документа - любой чел в любое время может его взять, прочитать от корки до корки и быть уверенным, что обладает последней информацией.

> Иногда однострочный пример реального пакета стократ информативнее и практичнее их раздражающего BNF.

Но стократ хуже. В реализации надо не один пакет парсить, а все виды пакетов

Я не об исключении BNF, а об включении в документы исчерпывающих и общеупотребимых примеров. Сейчас это отдано на откуп левой ноге автора: захочет - покажет, не захочет - сиди и ВМЕСТО КОМПЬЮТЕРА разбирай эти БНФ правила - ну очччч удобно!! :(

Ну да, если накостылять по-быстрому, запустить...

Повторяю, тупая демагогия меня не интересует.
Доки пишут, чтобы понять суть формата, его возможности и реализовать в коде. Будет это через анус с RFC или через наглядные схемы - дело второе, в обоих случаях ответственность за качество лежит сугубо на программисте. Но т.к. все мы люди, то и представление вещей должно быть ЛЮДСКИМ. Не даром практически ВСЕ презентации данных содержат диаграммы, ибо стразу быстро даёт оценку числам.