> Отношение сигнал/шум в IRC-каналах популярных сетей (фринода, офтц) — на очень
> высоком уровне. Всегда есть прямой доступ к разработчикам различных открытых проектов.Собственно остальные IRC сети прилично сдулись.
> И самое главное — децентрализация (особенно в крупных сетях)
Это шутка наверное такая :)
1) IRC Services. Они такие все из себя децентрализованные, аж два раза. Что при их падении вся сеть радостно курит бамбук. А без них ... можно, но сложно. Не говоря что сервисы - искусственный пришлепок поверх протокола. Полунестандартный и у всех разный. Со всем что из этого вытекает.
2) Поинтересуйся на досуге почему умудренные опытом иркопы предпочитают скрывать топологию сети от простых смертных. Хинт: топология у протокола дурная, а удачный флуд правильных серверов-хабов в два счета роняет в хлам всю сеть.
3) Падение единичного линка между серверами - достаточно фатально. В зависимости от того что за сервер - сеть может конкретно развалиться. Там нет "горячего" резерва, а сплиты - не только заметны, но и дают множество возможностей для извлечения лулзов (да, это чинили... но так нигде и не дочинили на 100% из-за технической сложности проблемы при таком устройстве протокола, хе-хе).
4) Защита траффика можно считать что отсутствует. Это ведет к множеству довольно мощных факапов aka оптовый тыринг паролей. Прикрученый на сопли и скотч SSL не сильно помогает, кстати.
5) Передача файлов. Ну она по сути не работает - DCC делали укуренные обезьяны с другой планеты.
> и независимость протокола и реализаций от тех или иных компаний/стартапов/вендоров.
Вот это вилами по воде писано - произвольно взятый клиент с произвольно взятыми сервисами может и не работать нормально. А то что попыхтев его можно настроить... ну, знаешь, попыхтев можно и клиент накодить :)
Единственное что в ирц сделано хорошо - флудконтроль. В остальном - древний протокол с кучей бестолковостей, которые за десятилетия никто так и не смог забороть.
