Hacker News Digest

Мы создаём сеанс, который объединяет интерактивную работу с терминалом, автоматические задачи непрерывной интеграции и фоновые процессы, а также операции в продакшене, устраняя разрозненные инструменты. Мультиплексор сохраняет полную историю, поддерживает нативный скролл, выделение и прокрутку, а также позволяет закрыть приложение и продолжить работу с любого устройства, включая веб и native‑клиенты для macOS и iOS. Сессия может быть разделена и совместным доступом, что делает её удобной для команд. Мы планируем начать с терминального мультиплексора, который станет основой для дальнейшего расширения до полной платформы и сохранит всё, что вам нужно.

Команда состоит из специалистов с многолетним опытом создания популярных инструментов: Mitchell Hashimoto, создатель Ghostty и соучредитель HashiCorp, известный своими проектами Vagrant, Terraform и Vault; Jack Pearkes, первый сотрудник HashiCorp и глава инженерного подразделения; Alasdair Monk, дизайнер с десятилетним стажем в Vercel и Heroku; Hector Simpson, интерфейс‑дизайнер, работавший в Poolside и Clearbit. Инвесторы поддерживают стартап, а подписаться можно для получения уведомления о бета‑релизе терминального мультиплексора. Планируется выпуск открытых версий и дальнейшее расширение платформы, что позволит командам работать в единой среде без потери контроля.

Тред обсуждает проект Superlogical как потенциальное решение для улучшения работы с терминалами и агентами, особенно в контексте фрагментации инструментов и отсутствия стандартизации. Участники отмечают его потенциал, но выражают скептицизм относительно необходимости нового мультиплексора на фоне существующих решений — tmux, zellij, herdr и Emacs. Критикуются отсутствие поддержки некоторых платформ и ограниченная функциональность. Рекомендуется учитывать опыт и лучшие практики этих инструментов, а также проблемы совместимости и стандартизации. Многие проявляют интерес к проекту, готовы следить за его развитием и предлагать идеи.

Мы находимся в центре искусственного‑интеллекта психоза: модели ускоряются, программисты увольняются, обещают, что к концу года искусственный интеллект напишет сто процентов кода, но при этом качество обычных приложений падает. Примеры из недели: банковское приложение требует трёх FaceID‑входов перед три‑разовым протоколом, Slack на macOS крадёт фокус у Ghostty и отправляет git pull в чат, холодильник LG выдаёт ошибку при гарантийном запросе, а авто‑инфо‑система после обновления глючит: звук поворота исчезает, Google Maps открывается вместо радио, задержка в секунду перед реакцией.

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

Пользователи отмечают снижение качества ПО, связывая это не столько с ИИ, сколько с отсутствием стимулов к качеству, чрезмерной сложностью и давлением на быстрое развитие. Некоторые предлагают решения: использование LTS-дистрибутивов Linux, фокус на надёжности и упрощение интерфейсов.

Он объявил о новом обязательстве в размере 400 000 долларов для Zig Software Foundation, доведя общий вклад до 700 000 долларов после первой поддержки в 2024 году; эта сумма распределяется на два года по 200 000 долларов в год.

Он хвалит Zig за стабильный прогресс в сложных задачах языка и компилятора, а также за инициативы типа Contributor Poker, запрет на LLM‑модели в вкладах и культуру, привлекающую талантливых разработчиков. Несмотря на личную активную позицию по ИИ и споры вокруг форка Bun, он подчеркивает, что политика фонда, хотя и не совпадает со всеми взглядами, сохраняет уважительную и независимую атмосферу. Zig — исключительный продукт, без которого проекты вроде Ghostty были бы невозможны, и поддержка такого языка — вклад в будущее, где качество и независимость важнее массового признания. Поэтому он призывает тех, кто может, способствовать развитию Zig через пожертвования. Таким образом, поддержка Zig не только финансово, но и способствует развитию языка, который сочетает амбициозность, полезность и строгий контроль качества, позволяя создавать инструменты, как Ghostty, в экосистеме, где проекты могут задавать свои правила.

• Mitchell Hashimoto пожертвовал $700 000 в фонд Zig Software Foundation, что обеспечивает стабильное финансирование разработки Zig.
• Участники обсуждают, как важно поддерживать проекты без зависимости от LLM‑технологий и сохранять «нормальность» в сообществе.
• Мнения о Zig варьируются: многие хвалят его дизайн и удобство, другие отмечают проблемы с документацией и синтаксисом.
• Есть и позитивные отзывы о новых инструментах на базе Zig (Ghostty, Dirac) и о возможности использовать Zig в разных проектах.

В 2025 году обновился инструмент ucs-detect для проверки поддержки Unicode в эмуляторах терминалов, теперь тестирующий DEC Private Modes, sixel-графику, размер пикселей и версию ПО. Методика проверки основана на отправке видимого текста с последующими управляющими последовательностями для определения позиции курсора, с сравнением результатов со стандартом Python wcwidth. Основная проблема эмуляторов — корректное отображение широкого спектра Unicode-символов в фиксированной сетке без нарушения читаемости.

Лидером тестов стал новый эмулятор Ghostty, разработанный с нуля на языке Zig и показавший наилучшую поддержку Unicode. Почти не уступил ему Kitty, реализовавший алгоритм разбиения текста, близкий к спецификации Python wcwidth. Оба эмулятора корректно поддерживают Variation Selector 15. Среди неожиданных результатов — низкая производительность: iTerm2 и Extraterм потребляли чрезмерное количество CPU, а GNOME Terminal на базе VTE работал более 5 часов. Полные результаты доступны на сайте проекта.

• Терминалы варьируются от полной поддержки Unicode до полного отсутствия поддержки, что делает выбор сложным, особенно для пользователей, которым важна поддержка Unicode.
• Некоторые эмуляторы, такие как Konsole, поддерживают широкий спектр Unicode, в то время как другие могут не поддерживать даже базовые символы.
• Пользователи, которым важна поддержка Unicode, должны тщательно выбирать терминал, так как не все эмуляторы поддерживают Unicode.
• Поддержка Unicode в терминалах может варьироваться от полной поддержки до полного отсутствия поддержки, что делает выбор сложным для пользователей, которым важна поддержка Unicode.

Разработчик Mitchell Hashimoto анонсировал libghostty — библиотеку для встраивания полнофункционального терминала в любые приложения. Первым компонентом станет libghostty-vt: легковесная библиотека без зависимостей (включая libc) для парсинга терминальных последовательностей и управления состоянием терминала. Она извлечена из ядра Ghostty и предлагает оптимизированную обработку Unicode, поддержку SIMD и совместимость с продвинутыми протоколами вроде Kitty Graphics.

Проблема в том, что многие проекты (редакторы, веб-консоли, хостинги) реализуют эмуляцию терминала с нуля, часто с ошибками и неполной функциональностью. Libghostty-vt устраняет эту избыточность, предоставляя единое корректное и быстрое решение. Библиотека будет портирована на macOS, Linux, Windows, embedded-устройства и WASM, что шире, чем охват самого Ghostty.

• Пользователи высоко оценивают Ghostty за его производительность, минималистичный дизайн и поддержку Zig, но отмечают отсутствие некоторых ключевых функций, таких как поиск (Cmd+F) и проблемы с рендерингом шрифтов.
• Многие выражают восхищение разработчиком Mitchell Hashimoto, его предыдущими проектами (Vagrant) и его подходом к созданию простых и эффективных систем.
• Анонс библиотеки libghostty вызвал интерес для использования в embedded-сценариях (игры, кастомные приложения, веб-терминалы) и как потенциальная замена существующим библиотекам.
• Некоторые пользователи столкнулись с проблемами совместимости, особенно с tmux и графическими протоколами, что мешает им полностью перейти с iTerm2 или других терминалов.
• Обсуждаются технические детали, такие как лицензирование (MIT vs LGPL), поддержка Unicode и сравнение с другими терминалами (Kitty, Alacritty, WezTerm).