Hacker News Digest

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

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

• Пользователи высоко оценили Niri за его скроллируемое тайлинг-менеджмент, который позволяет организовывать окна в непрерывную горизонтальную ленту, что повышает продуктивность по сравнению с традиционными тайлерами (i3, xmonad).
• Отмечается стабильность и производительность Niri (написан на Rust), особенно в сравнении с Hyprland, а также простота настройки и работа на ультрашироких мониторах.
• Обсуждаются недостатки: отсутствие панели для виджетов (батарея, часы), возможность "потеряться" в большом количестве окон, ограниченная конфигурация (ранее — один файл).
• Некоторые пользователи выражают скепсис к скроллируемому тайлингу, предпочитая классический пейджный подход (рабочие столы), и сомневаются в готовности Wayland.
• Упоминаются возможные альтернативы и дополнения: COSMIC (желание добавить скроллируемый тайлинг), расширения для Hyprland (hyprscrolling), PaperWM для GNOME.

Главное: «нет» — не вред, а забота.
Сохранять душу проекта важнее, чем расти функциями. Чёткая философия (зачем проект живёт) притягивает единомышленников и отпугивает «почти-полезное».

LLM-эра всё усложнила: код теперь дешёв, дискуссия исчезла. PR без issue — почти спам. FastMCP требует issue, но люди открывают односложные заглушки.

Как защищаться:

• Документируй «почему» в README.
• Перекладывай доказательную нагрузку на автора PR.
• Используй contrib/: полезный, но чуждый духу код живёт там без гарантий.

Личный вывод: раньше отвечал за 15 минут, теперь игнорю стену LLM-текста без MRE. Ручная работа и сообщество всё ещё делают проекты великими, а не «вайб-код».

• Мейнтейнеры устают от «приезжих» PR: люди присылают код, который не вписывается в философию проекта, не покрыт тестами или создан LLM-ом «на коленке».
• Популярный выход — чаще говорить «нет» и требовать предварительного issue; иначе проект превращается в вечный багажник чужих хотелок.
• Контрибьюторы возмущаются: «почему полезная фича отклонена?» Ответ: scope creep, лишняя сложность, поддержка ложится на одного человека, а время — конечный ресурс.
• Сторонники форков: хотите свою фичу — форкните, опубликуйте, сами и поддерживайте; мейнтейнер никому ничего не должен.
• LLM удешевили код, но не уменьшили расходы внимания мейнтейнера; дешёвые PR стали массовыми, обсуждение исчезает, поэтому «no» теперь дефолт.