Hacker News Digest

IRCv3 Working Group разрабатывает расширения протокола IRC, сохраняя обратную совместимость с существующими клиентами и серверами. Их спецификации включают стандартизированную аутентификацию через SASL, передачу информации об учётных записях между клиентами, метаданные в виде message-tags, уведомления об изменении статуса «вне сети», точные временные метки сервера и группировку сообщений для улучшения отображения. Все эти функции доступны на странице спецификаций и разрабатываются в открытом репозитории на GitHub.

Сейчас группа работает над единой системой регистрации и верификации аккаунтов, стандартизированным доступом к истории чата через бонсеры, автоматическим переходом на защищённые соединения (STS), поддержкой Unicode в никнеймах и названиях каналов, а также добавлением аватаров для графических клиентов. Для участия доступны дискуссии в #ircv3 на Libera.Chat, FAQ и дорожная карта будущих разработок.

IRCv3 используется в реальных проектах, но из‐за множества необязательных расширений пользователи видят разные функции, а сообщество требует более современного медиа‐поддержки и ясного руководства, что ставит под вопрос актуальность протокола. @basilikum развернул сервер Ergo с TLS, аутентификацией и черновой поддержкой постоянной истории каналов, продемонстрировав практическую возможность внедрения IRCv3 в продакшн. По словам @theshrike79, большинство проблем IRC решаются на стороне клиента, а боты, публикующие заголовки URL, делают чат более информативным и похожим на Discord/Slack. @kstrauser отметил, что современные клиенты (Halloy, Goguma, mango) уже поддерживают набор IRCv3‐тегов, включая клиентскую историю, подтверждая совместимость протокола. @Retr0id указал, что огромное количество необязательных расширений приводит к фрагментации: разные клиенты показывают разные возможности (реакции, ответы), что запутывает пользователей. Совет: Для привлечения новой аудитории рекомендуется добавить в IRC‐клиенты поддержку встраиваемых изображений, видео и голосового чата, как предложил @rie_t. Совет: По мнению @prologic, проект IRCv3 нуждается в новом лидерстве, которое бы координировало развитие расширений и ускоряло их внедрение. Некоторые участники (например, @tagyro) рассматривают IRC как альтернативу Slack/Discord для небольших групп, ценя контроль над собственным сервером. Спор: Есть разногласия: @7bit считает, что IRC не сможет вернуться в эпоху современных платформ, тогда как @tagyro и другие видят в нём жизнеспособный вариант для приватных сообществ. Совет: Создание нативных мобильных клиентов (iOS, Android) с полной поддержкой IRCv3, как упомянул @jamesponddotco, может улучшить мобильный опыт и расширить аудиторию. Постоянная история каналов пока находится в статусе draft, но уже используется в тестовых сетях, о чём сообщил @basilikum.

Parley — это федеративный чат, построенный поверх IRC, где каждый домен запускает собственный инстанс, а пользователи идентифицируются как email: alice@foo.com, bob@bar.com. Инстансы автоматически обнаруживают друг друга через DNS и обмениваются подписанными сообщениями по HTTPS, позволяя обычным IRC-клиентам (irssi, WeeChat, Textal и др.) общаться без плагинов. Сообщения типа /msg alice@foo.com hi работают сразу, даже если инстансы ранее не взаимодействовали — федерация устанавливается на лету.

Система поддерживает стандартные IRCv3-расширения: server-time, message-tags, echo-message, multi-prefix, setname и relaying клиентских тегов (например, индикаторы набора текста) через федерацию. История сообщений по умолчанию хранит последние 50 строк (было 20). Глобальные каналы вроде #lobby реплицируются между инстансами, отображая только количество участников и список доменов, без раскрытия имён пользователей — это делается через подписанные hello-снимки. Из известных ограничений: нет per-user ключей и end-to-end шифрования, нет канальных модов и операторов (глобальные каналы ничьи), ники привязаны к аккаунтам, а веб-интерфейс служит только для администрирования — чат остаётся делом IRC-клиентов. Проект лицензирован под MIT, тесты покрывают end-to-end сценарии через make test.

Обсуждение выявило серьёзные практические проблемы федеративного чата Parley: отсутствие централизованных операторов делает модерацию почти невозможной, спам и DDoS‐атаки считаются неизбежными, а сама идея воспринимается как переизобретение уже существующих протоколов (Matrix, XMPP) вместо использования готовых федеративных сетей. Одни считают, что отсутствие операторов каналов делает блокировку пользователей непрактичной, требуя от каждого админа блокировать злоумышленников на своём сервере; другие предлагают использовать репутационные списки блокировок, которые могут быстро распространяться между администраторами, как в системе спам‐фильтров email. Для решения проблемы модерации предлагается внедрить репутационные фильтры, позволяющие администраторам подписываться на блок‐листы друг друга, аналогично общим спам‐листам в почтовой системе. Множество участников согласились, что спам и возможность масштабных DDoS‐атак через динамически создаваемые серверы являются главным риском для любой децентрализованной IRC‐сети. Parley по сути повторяет функции уже существующих федеративных протоколов, таких как Matrix и XMPP, и поэтому не предлагает принципиально новых возможностей. Некоторые советуют построить приложение поверх уже существующей федеративной сети (например, ActivityPub или atproto), чтобы избежать создания отдельной учетной базы и упростить интеграцию. Несколько участников подчеркнули, что IRC уже имеет элементы федерации через связку серверов, но глобальные каналы без операторов создают новые сложности в управлении. Для упрощения деплоя предлагается использовать чистый Go‐SQLite вместо C‐биндингов, что облегчает создание минимальных Docker‐образов без необходимости наличия C‐runtime. Было отмечено, что удобство Parley может способствовать росту бот‐свармов, о чём уже предупреждались в контексте других децентрализованных систем.

Microsoft Comic Chat — революционный чат-клиент 1990-х, превращавший текстовые IRC-диалоги в комиксы с персонажами, речевыми пузырями и эмоциями — теперь открыт под лицензией MIT. Именно он популяризировал шрифт Comic Sans, созданный Винсентом Коннаром для имитации рукописного стиля, идеально подходящего под визуальную подачу разговоров. Программа анализировала текст в реальном времени, чтобы подбирать жесты, мимику и композицию панелей — например, фраза «я это люблю» вызывала указание пальцем, а гнев — скрещённые руки.

Разработанная в Microsoft Research командой под руководством Дэвида Курланда на Visual C++ 4.0 и MFC, она была интегрирована в Internet Explorer 3 и даже локализована в 24 языка. Визуальный стиль придумал комикс-художник Джим Вудринг, иллюстрировавший реальные чат-сессии. Теперь исходный код доступен на GitHub с примерами адаптации под современные системы: сборка в актуальном Visual Studio, поддержка современных IRC-серверов и корректное отображение на HD-экранах. Это не реставрация, а вдохновляющий артефакт — напоминание, что инновации часто рождаются из нестандартных, даже причудливых идей.

Microsoft Comic Chat — экспериментальный IRC-чат с графическим интерфейсом, выпущенный в Windows 98 и локализованный в 24 языках. Пользователи вспоминают его с ностальгией, отмечая влияние на ранний интернет-опыт и вдохновение для последующих проектов. Некоторые критиковали его за добавление «бессмысленных строк», читаемых только другими пользователями Comic Chat. Шрифт Comic Sans, популяризированный им, до сих пор вызывает споры: одни считают его уместным в определённых контекстах, другие — нет. Разработчик DJ Kurlander, при поддержке Robert Standefer и Scott Hanselman, открыл код — это вызвало энтузиазм в сообществе и надежду на новые эксперименты. Comic Chat использовался в творческих проектах, включая веб-приложения и низкобюджетные телешоу. Его наследие остаётся значимым в истории интернета.

Разработчики создали IRC-клиент Halloy в Rust. Проект примечателен тем, что это не просто кроссплатформенный инструмент для чата, но и open-source проект, доступный на GitHub. Вместо стандартного подхода, Halloy предлагает современный интерфейс и функционал, вроде поддержки расширений и тем оформления, что редкость для IRC-клиентов, которые часто застревают в прошлом.

Основная идея — сделать IRC доступным и удобным для современных разработчиков, интегрируя его с современными инструментами. Например, Halloy поддерживает встраивание медиа и интеграцию с сервисами вроде GitHub. Проект набирает популярность, так как сочетает ностальгический протокол IRC с современными практиками разработки.

• Halloy — современный IRC-клиент, написанный на Rust и использующий iced.
• Пользователи отмечают высокую скорость, стабильность и удобство настройки через TOML-файл.
• Поддержка нескольких серверов и каналов, но пока нет вкладок; вместо этого используется буфер-менеджер.
• Проект открытого кода, активно развивается и принимает PR.
• Некоторые пользователи отмечают, что Halloy всё ещё не поддерживает некоторые функции, такие как вкладки, минимизация в трей и полная поддержка экранных читателей.

Фонд свободного ПО (FSF) запускает проект Librephone, направленный на обеспечение полной свободы на мобильных устройствах. Цель — устранить зависимость от проприетарного ПО в современных смартфонах, которые стали основным вычислительным устройством для большинства пользователей. Проект возглавляет опытный разработчик Роб Савой, ранее работавший над DejaGnu и OpenStreetMap. Он будет сотрудничать с существующими проектами, такими как LineageOS, для создания полностью свободной мобильной ОС, заменяя проприетарные компоненты в прошивках устройств.

Инициатива уже получила финансирование от члена совета директоров FSF Джона Гилмора. Первоначальный фокус — на анализ текущего состояния свободы мобильных устройств, определение устройств с наименьшим количеством проприетарных компонентов и их замена на свободные альтернативы. Это долгосрочный проект, но FSF призывает сообщество присоединяться к усилиям через IRC-канал #librephone.

• FSF объявил о проекте Librephone, но критика в комментариях сосредоточена на том, что это слишком поздно и не решают корень проблемы, а именно закрытые драйверы и прошивки, и что лучше было бы сотрудничать с существующими проектами вместо создания нового.
• Комментаторы подчеркивают, что аппаратные ограничения и невозможность получить спецификации чипсетов делают невозможным полностью свободное устройство, и что это не решает проблему с закрытыми драйверами.
• Некоторые высказывают, что FSF не обладает ресурсами для конкуренции с производителями телефонов, и что они должны были бы сосредоточиться на лоббировании за открытые стандарты и требования к производителям открывать спецификации и драйверы, вместо попыток создать собственный телефон.
• Другие комментаторы поднимают вопрос о том, что FSF не использует существующие усилия вроде Pine64 и PostmarketOS, и что они должны были бы сосредоточиться на политике вместо создания нового телефона.
• Некоторые также высказывают, что FSF не обладает ресурсами для конкуренции с производителями телефонов, и что они должны были бы сосредоточиться на лоббировании за открытые стандарты и требования к производителям открывать спецификации и драйверы, вместо попыток создать собственный телефон.

Tangled — это новая платформа для совместной работы с Git, построенная на AT Protocol. Вместо централизованных серверов она предлагает «узлы» — лёгкие headless-серверы, которые можно поднять на Raspberry Pi. Узлы могут быть как однопользовательскими, так и мультитенантными, а весь «интерфейс» консолидируется в единое веб-приложение на tangled.sh. Проект декларирует три принципа: полный контроль над данными, низкий порог входа и не вмешательство в UX. Пока что доступ осуществляется по инвайтам в IRC-канале #tangled на libera.chat.

• Обсуждение вращается вокруг трёх тем: децентрализация, монолитные платформы vs. модульные сервисы и экономика открытого исходного кода.
• Участники обсуждают, как сделать git более децентрализованным, но при этом не теряя удобства и не создавая барьеров для входа.
• Обсуждается, как избежать блокировок и цензуры, и как при этом не терять удобство и не платить за хостинг.
• Также поднимается вопрос о том, как избежать vendor lock-in и как при этом не терять удобство и не платить за хостинг.

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

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

• Обсуждаются преимущества почтовых рассылок: независимость от компаний, федеративность, архивируемость и доступность.
• Отмечаются проблемы рассылок: сложность модерации, уязвимость email-адресов, плохой UI/UX и отсутствие истории для новичков.
• Упоминаются альтернативы: NNTP (Usenet), ActivityPub, Matrix, IRC, RSS и форумы (Discourse), но у них есть свои ограничения.
• Подчёркивается ирония обсуждения рассылок на централизованном проприетарном форуме (Hacker News).
• Приводятся примеры успешного использования рассылок для HOA, профессиональных сообществ и длительных дискуссий.

История о школьниках в Мэне, которые общаются через стационарные телефоны 90-х, показывает: можно отказаться от современных технологий ради более осмысленных связей. Это напоминает о ранних днях интернета, когда соцсети были уютными — без рекламы, лент и манипулятивных алгоритмов, а просто способом общаться с друзьями.

Возродить такой подход можно через блоги и RSS-ленты. Не нужны централизованные платформы — достаточно подписываться на обновления через читалки вроде Feeder.co или NetNewsWire. Автор запускает собственный блог с открытым списком подписок, предлагая другим делиться контентом напрямую, как в эпоху веб-рингов. Ключевая идея: автономия и выбор, как взаимодействовать в сети, без вовлечения в дофаминовую машину соцмедиа.

• Ностальгия по "старой вебу" связана с GeoCities, Angelfire, веб-рингами, персонализацией и отсутствием алгоритмов, но критики отмечают, что в ней была реклама и платформы исчезали.
• Возрождение "старой веба" требует самостоятельного хостинга, независимости от платформ и отказа от отслеживания (например, через Google Fonts), а не использования чужих сервисов.
• Современные попытки воссоздать "старую веб" часто сводятся к эстетике, но не решают проблем сообщества, монетизации и устойчивости, которые были и тогда.
• Ключевые ценности "старой веба" — это собственность данных, низкий порог входа, гиперссылки, RSS и личные сайты, но ностальгия не должна затмевать практические решения.
• Социальные аспекты и взаимодействие в "старой вебе" (форумы, IRC) часто противопоставляются блогам и RSS как более живым формам общения, чем пассивное потребление контента.