Hacker News Digest

• Обсуждение вызвало вопросы о практической ценности графика, но большинство комментариев скорее ставят под сомнение его полезность, чем предлагают конструктивные примеры использования.
• Участники обсуждения также затрагивают тему эффективности использования различных движений и команд в vim, включая плагины и альтернативные подходы.
• Некоторые комментарии поднимают вопрос о том, что график может быть полезен для обучения или визуализации, но неясно, как он может быть использован в практической работе.
• В целом, обсуждение показывает, что сообщество вокруг vim и подобных инструментов разработано настолько, что участники могут обсуждать и критиковать даже самые базовые идеи и примеры, но при этом не предлагая конструктивные альтернативы.

• Обсуждение показало, что Helix ещё не готов стать полноценной заменой Vim/Neovim для большинства пользователей из-за нехватки плагинов, отсутствия нормального дебаггера и нежелания мейнтейнеров принимать вклад.
• Участники обсуждали, что Helix всё ещё не решает «проблем 99%» пользователей, но при этом требует отказа от привычных плагинов и конфигурации.
• Несколько человек поделились личным опытом: кто-то вернулся к Vim/Neovim из-за нехватки критичных фич, кто-то не смог привыкнуть к новым биндингам, а кто-то просто не смог жить без плагинов.
• Сторонники Helix отвечают, что проект всё ещё в активной разработке и что они не хотят «распыляться» на поддержку плагинов вместо улучшения ядра.
• В итоге обсуждение свелось к тому, что Helix пока остаётся нишевым выбором для энтузиастов, которые готовы пожертвовать привычками и экосистемой Vim/Neovim paди возможности в будущем получить более современный редактор.

У меня нет статьи или контента для пересказа. Вы предоставили только имя и должность человека: Rayhan Aziz Chowdhury Shafi — DevOps & Full-Stack Engineer. Чтобы я мог создать точный и ёмкий пересказ в формате Markdown на русском языке, пожалуйста, предоставьте ссылку на статью или текст материала, который нужно обработать.

• Обсуждение показало, что nano оказался куда более настраиваемым, чем большинство пользователей думает, включая поддержку мыши и макросов.
• Участники поделились ссылкой на официальный cheatsheet и примеры конфигураций, а также обсудили, как синхронизировать их между машинами.
• Несколько человек отметили, что nano остаётся их инструментом выбора для быстрого редактирования конфигов, даже если они привыкли к vim/emacs.
• Были упомянуты ограничения: нет LSP и плагинов, но и нет встроенного синтаксического подсвета, что делает его менее привлекательным для программирования.
• Несколько человек поделились ссылкой на инструмент chezmoi для синхронизации конфигов между машинами.

Автор представляет свой "лифт-питч" для Emacs: это бесплатный текстовый редактор с открытым кодом, где можно изменять его базовые функции прямо во время работы. Хотя Emacs сложнее VS Code или аналогов, освоив его, пользователь получает, возможно, самое мощное прикладное ПО. Автор переключился с Sublime Text на Vim, а затем на Emacs, стремясь освоить инструмент на долгие годы. Vim с его модальным редактированием ("hjkl" для навигации, команды вместо текста при нажатии Esc) показался концептуально верным, но выбор пал на Emacs — "расширенный, расширяемый, настраиваемый, самодокументируемый редактор". В статье подчеркивается важность не только доступа к инструментам, но и практики, как гласит девиз Whole Earth: "доступ к идеям, инструментам и практикам". Включены цитаты о "правлении больных машин" (технопатократии) и концепции, что вселенная "раскручивается" против энтропии.

• Emacs не включает LSP-серверы и другие современные инструменты, что вызывает раздражение у пользователей, особенно на Windows.
• Сторонники Emacs утверждают, что это не проблема, потому что Emacs — это не просто редактор, а платформа, куда можно подключить всё, что угодно.
• Критика отвечает, что даже базовые вещи вроде grep-find и LSP-серверов не включены, и что это делает Emacs менее привлекательным для новых пользователей.
• Некоторые участники обсуждения отмечают, что Emacs — это скорее "платформа", чем "редактор", и что его можно расширить до нужд любого пользователя.

Julia Evans рассказала, как за три месяца перешла с Vim на Helix. Главное, что языковые серверы работают без настройки, а поиск показывает контекст совпадений. Минусов мало: нет автоперезагрузки файлов, не хватает приёма undo и редко падает. Но она привыкла и даже не чувствует, что потеряла 20 лет мускульной памяти Vim.

• Пользователи обсуждают преимущества и недостатки Helix и Neovim: кто-то ценит «из коробки»-конфигурацию Helix, кто-то — гибкость Neovim; спор о том, какой редактор «лучше» ведётся в основном вокруг личных привычек и потребностей.
• Участники обмениваются советами по настройке LSP, автосохранению и другим функциям, но в целом признают, что оба редактора требуют документации и что «из коробки»-конфигурация Helix может быть проще в использовании.
• Некоторые участники подчеркивают, что Helix всё ещё молод и не реализует все функции, в то время как Neovim имеет 20-летнюю историю и большое сообщество плагинов и интеграций.
• Участники также обсуждают, что Helix требует меньше конфигурации, но Neovim требует больше настройки, чтобы достичь схожего уровня функциональности.
• Некоторые участники высказывают, что Helix не имеет столь же развитой экосистемы плагинов и интеграций, как Neovim, и что это может быть препятствием для пользователей, которые ищут расширяемость.
• Несколько участников упоминают, что Helix написан на Rust и может быть более производительным, в то время как Neovovim может быть более «гибким» в плане настройки и конфигурации.
• Участники также обсуждают, что Helix имеет встроенную поддержку LSP и tree-sitter, в то время как Neovim требует установки и настройки LSP и tree-sitter вручную.
• Некоторые участники упоминают, что Helix не имеет встроенной поддержки терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки макросов, в то время как Neovim может использовать макросы для автоматизации задач.
• Некоторые участники упоминают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для макросов, в то время как Neovim может использовать макросы для автоматизации задач.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексоры для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексора для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексора для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексора для разделения окон.
• Участники также обсуждают, что Helix не имеет встроенной поддержки для встроенного терминала, в то время как Neovim может использовать tmux или другие терминальные мультиплексора для разделения

Glide — это форк Firefox с расширяемой архитектурой, ориентированной на клавиатурное управление. Его главная особенность — конфигурация на TypeScript, которая позволяет пользователям настраивать браузер практически без ограничений. Например, можно создавать собственные сочетания клавиш для автоматизации рутинных задач, таких как клонирование репозитория GitHub и открытие его в Neovim, или переключение на вкладку с календарём. Это решает проблемы, характерные для традиционных расширений, которые часто сталкиваются с ограничениями безопасности в Firefox.

Glide заимствует концепцию режимов из Vim, автоматически переключаясь между normal, insert и ignore в зависимости от контекста. Он также поддерживает навигацию с помощью подсказок (hint mode), позволяя управлять элементами страницы без мыши. Ключевые преимущества включают интеграцию с внешними инструментами, сохранение совместимости с расширениями Firefox и возможность тонкой настройки под индивидуальные workflow.

• Пользователи положительно оценивают форк Firefox, отмечая важность альтернативы браузерам на Chromium и наличие компактного режима.
• Обсуждаются технические детали поддержки проекта: интеграция обновлений и исправлений безопасности от Firefox, использование системы патчей.
• Ключевая особенность — ориентация на управление с клавиатуры (vim-подобные привязки), что сравнивается с расширениями Vimium и VimFX.
• Запрашивается возможность гибкой настройки (поддержка dotfiles, установка расширений, кастомизация CSS, дополнительные функции для хинтов).
• Поднимаются вопросы совместимости: работа на внутренних страницах браузера (chrome://), перенос настроек из Firefox и поведение в текстовых полях.

Разработка Rustroid началась с увлечения Minecraft в детстве, когда на мобильном телефоне пришлось создавать моды без нормальных инструментов — только базовый редактор JSON. Это выявило острую нехватку developer tools под Android. Позже автор экспериментировал с Java, портируя игры через приложение CodeAssist, и освоил основы Android SDK.

С появлением ПК интерес сместился на Rust из-за его целостного инструментария (Cargo) и популярности. Выбор пал на Rust IDE, а не Java, из-за отсутствия аналогов и личной симпатии к языку. Проект начался на Java, но быстро перешел на Kotlin и Jetpack Compose — это оказалось эффективнее. Rustroid работает локально на устройстве, используя встроенный компилятор и пакетный менеджер Rust.

• Обсуждается возможность и опыт программирования на телефоне с использованием различных инструментов (Termux, tmux, vim, внешние клавиатуры) и IDE.
• Отмечается, что кодинг на телефоне может быть актуален для пользователей без доступа к ПК, в поездках или в развивающихся странах.
• Поднимаются технические вопросы о работе конкретных приложений, их офлайн-доступности и интеграции с периферией (DeX, внешние экраны).
• Высказывается мнение, что рынок IDE для телефонов недостаточно развит, но имеет потенциал для быстрого прототипирования и работы "на ходу".
• Участники дискутируют, является ли скорость печати (WPM) ключевым фактором продуктивности в программировании, особенно с учетом развития ИИ-инструментов.

Meow — модальный режим для Emacs, вдохновлённый Kakoune и Vim.
Минималистичен, расширяем, ориентирован на объекты и выделение.
Позволяет быстро комбинировать команды, не требует магических клавиш.

• Meow хвалят за чистую реализацию kakoune-модели и лёгкость, но у всех свои «но»: сломанный repeat, нет визуального режима, теряешь vim-биндинги для пакетов вроде magit.
• Кто пришёл из vim, часто возвращается к chords или god-mode: меньше мыслительного оверхеда, не надо «играть на пианино», чтобы просто вставить строку.
• god-mode — минимальный модальный помощник: удерживаешь пробел, жмёшь обычные буквы, отпускаешь; удобно для чтения и скролла, не требует переучиваться.
• Большинство сходится во мнении: если Control легко доступен (ладонью, перестановкой CapsLock), модальность не нужна; если приходится выворачивать руку — Meow/evil/god экономят суставы.
• Итог: пробуйте, но не верьте обещаниям «всё сразу»; чужая модальность может оказаться вашим адом, а чужие chords — раем.

• Что такое Helix
  Модальный терминальный редактор, вдохновлённый Kakoune: сначала выделяем текст, потом применяем команду. Работает в окне терминала, сразу включает LSP, автодополнение и другие «плагины» без настройки.

• Запуск
  brew install helix → hx файл или hx папка (проект). Внутри:

  • Файлы: Space + f → picker.
  • Терминал: `Space + ``.
  • Табы: Space + w → новый, Ctrl-w ←→ переключение.

• Управление
  k-j-h-l двигают курсор, x выделяет слово, X строку, d удалит выделение, c изменит, p вставит. Множественные курсоры «for free»: Ctrl-x увеличивает выделение, Alt-. добавляет следующее совпадение. Отмена – u, повтор – U.

• LSP & конфиг
  Установил rust-analyzer, gopls, pyright – Helix сам их подхватил. Прыжок к определению g+d, документация Space+k, rename Space+r. Конфиг ~/.config/helix/config.toml занимает 20 строк: тема, шрифт, два ремапа.

• Минусы
  Нет встроенного терминала (только pane), плагинов почти нет, вертикальный выбор мышью не работает, приходится помнить моды. Сложность окупается скоростью и удобством мультикурсора.

• Итог
  VS Code отправлен в архив: Helix стартует мгновенно, не лагает на 3000-строчном файле и дарит «нерд-стрит-кред». Остаюсь.

• Helix хвалят за «batteries-included» подход: LSP, tree-sitter и прочее работают сразу без плагинов и настройки, редактор лёгкий и отзывчивый.
• Новые пользователи находят его мягким входом в мир модальных редакторов: команды показываются на экране, не надо писать конфиг.
• Старые вимеры жалуются на несовместимые кей-бинды, отсутствие нормального поиска-замены, невозможность подсветить только trailing-space, медленное развитие и сопротивление мейнтейнеров новым фичам.
• Плагинов пока нет (но в develop-ветке уже тестируется), поэтому для markdown-заметок, продвинутого поиска и других специфических задач Helix пока не гибок; кто хочет вим-совместимость, ставит форк evil-helix.
• Большинство согласны: если нужен «IDE из коробки» без часов настройки — Helix отлично подходит; если нужна полная кастомизация, проще остаться на Neovim/Emacs.

VIM Master — лёгкая браузерная игра, обучающая основным движениям и командам Vim.
Короткие уровни, никаких установок: просто открой index.html и тренируйся.

• Предложили геймифицировать Vim: Guitar Hero с vim-клавишами, PacVim, Vim Snake, Vim Hero и др.
• Рекомендуют vimtutor, Neovim Tutor, Vim Golf и Vim Adventures как базовые учебники.
• Некоторые жалуются на paywall, обязательную регистрацию и баги в новых обучалках.
• Поделились лайфхаками: remapping CAPS → Esc, :xa / :qa! вместо :wq, hardtime.nvim для отслеживания эффективности.
• Сообщество делится мемами: «Vim — это образ жизни» и «8 глав о том, как выйти из Vim».

• Цель стажировки – заложить основу для системы рефакторинга в Merlin, вдохновлённой IntelliJ и Gleam.

• Первый эксперимент – команда «вынести выражение на верхний уровень» (extract to toplevel).

• Как работает

  1. Выделяется наибольшее выражение внутри выбранного фрагмента.
  2. Оно переносится в новое let-связывание на уровень выше.
  3. Если выражение не чистое, создаётся thunk unit -> …, чтобы сохранить семантику.
  4. Свободные переменные превращаются в параметры новой функции.

• Примеры

  • Константа 3.14159 → let const_name1 = 3.14159.
  • print_endline внутри блока → оборачивается в fun () -> ….
  • a + b + c + (c * x * y) + z → функция, принимающая x, y, a, b, c.

• Результат – работающий прототип, готовый к расширению другими командами.

• Участники рады появлению базового рефакторинга «extract expression» и обсуждают, какие более продвинутые преобразования (например, map ↔ for) хотели бы видеть.
• Уточняли, будет ли автоматически заменяться одинаковый код в той же области видимости: пока нет, чтобы не «угадать» намерения пользователя.
• Кто-то делится самописными vim-скриптами для поиска и рефакторинга, работающими на любом языке.
• Поднимался вопрос о поддержке VS Code: разработчики утверждают, что вкладывают время и в VS Code, и в Emacs, но Emacs проще расширять.
• Обсуждали родство OCaml и F#, а также возможность использования ИИ для крупных рефакторингов.

ASCII-вывод в D2 0.7.1
Файлы с расширением .txt теперь рендерятся в ASCII. Пример: при сохранении .d2-файла Vim-плагин мгновенно показывает ASCII-превью.

Для документации кода
ASCII-диаграммы удобно вставлять в комментарии: выделите блок d2, плагин заменит его ASCII-версией.

Unicode или чистый ASCII
По умолчанию используются символы Unicode, но флаг --ascii-mode=standard вернёт строгий ASCII.

Ограничения (альфа-версия)

• Без стилей: animated, font, темы не поддерживаются; цвета в терминале — возможно позже.
• Неравномерные отступы из-за дискретной сетки.
  Сообщайте о багах: github.com/terrastruct/d2/issues.

Попробуйте сейчас
Откройте пример в D2 Playground.

• Представлена новая альфа-функция D2: рендеринг диаграмм в ASCII.
• Пользователи сравнивают D2 с Mermaid, отмечают лучший внешний вид и CLI без Chromium, но упрекают в отсутствии GitHub-рендеринга и сложных grid-раскладок.
• Появились вопросы о браузерной офлайн-работе, vim-/emacs-плагинах, Python-обёртке и возможности ручной подгонки элементов.
• Автор подтвердил, что WASM-версия (d2.js) уже работает в браузере, но пока неанонсирована; официальный релиз и поддержка PR-диаграмм ожидаются позже.

lue — терминальный ридер ePub с TTS.

• Основное: читает ePub, воспроизводит речью, работает в консоли.
• Управление: клавиши Vim-стиля, навигация по главам, закладки.
• Настройка: темы, голоса, скорость, горячие клавиши.
• Установка: cargo install lue или brew install lue.
• Системы: Linux, macOS, Windows.
• Лицензия: MIT.

• Пользователи тестируют новый инструмент lue для чтения/озвучки epub в терминале: TTS-часть ценят за «просто закинул и слушай», но чтение в моноширинном шрифте вызывает сомнения.
• Основная боль — внешние зависимости (espeak, antiword) и требование Python ≥ 3.10; автор уже пообещал поднять минимальную версию.
• Прогресс и состояние озвучки сохраняются в системных логах; серверный запуск позволит синхронизировать закладки.
• Сноски, колонтитулы и служебные символы вырезаются, чтобы не мешать TTS; возможно появится опция оставлять их для обычного чтения.
• Автор собрал адаптеры для Kitten TTS, Gemini и др., но пока не опубликовал их, размышляя о выделении отдельного репозитория.
• Вопросы о запуске из Termux/Android и безопасности кода пока без ответа; автор приветствует аудит и обратную связь.

• Журнал на Nix, Vim, coreutils, dateutils; вдохновлён Bullet Journal.
• Структура: каталог journal/2023/ → 12 файлов 01…12.
• Календарь: :read !cal -m в начале месяца.
• Недельные записи:

  week 1
  · apply leaves
  × dload boarding pass
  > reply to dan
  

• Символы:
  · todo, × done, - заметка, o событие, > перенесено.
• Сортировка: gqip после :set formatprg=sort\ -V группирует и поднимает «todo».

• Участники спорят, нужен ли Nix для простой системы ведения дневника: кто-то считает его избыточным, кто-то ценит детерминированные окружения и воспроизводимость.
• Показаны альтернативы: email-аккаунт-«бутылка», Org-mode, Org-journal, vimwiki, аудиозаметки и даже pen-and-paper.
• Обсуждаются тонкости календаря: ncal -w/ncal -wb для номеров недель и ISO-8601.
• Некоторые считают Nix «религией» и игрушкой для тех, кто гонится за трендами; другие используют NixOS или гибридные решения.
• Итог: метод прост, но выбор инструментов (Nix, Org, email, голос) зависит от личных приоритетов и готовности заморачиваться.

На Linux Ctrl-C/Ctrl-V в терминале не работают, потому что Ctrl нужен для управляющих кодов. Приходится жать Ctrl+Shift+C/V. К 2025 году появится универсальное решение без лишнего ПО: старые коды клавиш Copy и Paste, которые Linux «знает» с древности.

Как это работает

1. Клавиатура
   Программируемые клавиатуры (System76 Launch, Framework 16, ZSA Moonlander, Keychron Q10 и др.) позволяют назначить на любую клавишу слой, где C = Copy, V = Paste. Для активации слоя удерживается модификатор (например, «Raise» на моей Corne).

2. Прошивка и конфигураторы
   Производители дают свои утилиты (System76 Keyboard Configurator), а Vial поддерживает множество моделей. В слое можно вывести Copy/Paste на C/V, стрелки на домашний ряд и прочие удобства.

3. ПО Linux
   Приложения опираются на GUI-тулкиты GTK и Qt.

   • GTK добавил поддержку Copy/Paste-кодов в январе 2025.
   • Qt внедрит их в версии 6.10 (сентябрь 2025).

Совокупность программируемого «железа» и обновлённых тулкитов даст единые горячие клавиши Copy/Paste во всех приложениях Linux без дополнительных твиков.

• Участники жалуются на разнообразие клипбордов в Linux (X11, Vim, tmux) и их несогласованность.
• В терминалах приходится добавлять Shift к Ctrl-C/Ctrl-V, что ломает мышечную память и вызывает ошибки.
• Apple решает конфликт отдельным Cmd-ключом, но даже там приложения перехватывают сочетания непредсказуемо.
• Многие используют альтернативы: Ctrl/Shift-Insert, выделение + средняя кнопка мыши, ремап клавиш, покупку программируемых клавиатур.
• Единого механизма объявления и настройки шорткатов в Linux нет, поэтому Chrome и другие приложения игнорируют системные привязки.

Установил Claude Code в июне. Попробовал Cursor, Cline, Zed — всё коряво, а тут встроился в привычный vim+терминал. Сразу отменил GPT, перевёл $20 на Anthropic, через пару дней докинул до $100, чтобы не ловить лимиты.

Что успел сделать:

• «Автономный» стартап-конструктор
• Однопромптовый SplitWise-клон SmartSplit
• Генератор постеров
• Плагин для оценки комментов на HN
• Мини-Trello и скрипт для переименования банковских выписок

Выводы за пару недель:

1. Запускайте с --dangerously-skip-permissions и не парьтесь (инфосеки могут закрыть вкладку).
2. Чем больше контекста — тем лучше результат. Пишите километры текста или пользуйтесь TTS.
3. Модель неплохо рисует UI, хотя по сути текстовая.

---

Vibe-кодим CRUD за один промпт

Vibe-coding — пишем без просмотра кода, просто болтаем с моделью. В качестве испытания возьмём SplitWise-клон: просто, но есть нюансы (приглашённые юзеры, расходы, pending-инвайты).

Команда:

claude -p "Read SPEC.md and implement it"

SPEC.md — 500 слов, пример ниже. Результат: 900 строк на PHP, работает сразу (smartsplit.verysmall.site). Прикольные мелочи: имя берётся из профиля, если нет — email.

Та же попытка без чёткого стека привела к NodeJS-аду: 15 файлов, 1000 строк, 500 МБ зависимостей и нерабочая регистрация.

---

SPEC.md (сокращённо)

Сделай SplitWise-клон. PHP, SQLite, одним файлом.
Функции: регистрация, логин, группы, расходы, долги, приглашения по email.
UI минималистичный, Bootstrap.
Один долг = одна строка в таблице expenses, рассчёт баланса на лету.

• Кто-то в восторге от эксперимента «дайте Claude VPS и пусть творит», другие пугаются, что кандидаты без AI не справляются даже с простым SQL.
• Половина треда обсуждает опасность флага --dangerously-skip-permissions и то, что агент может удалить «не трогать»-комментарии и сломать прод.
• Критика дизайна («всё выглядит плохо»), цены (API жрёт токены по $6-10 за сессию) и отсутствия фикс-тарифа для команд.
• Вопросы приватности: Claude Code шлёт файлы в облако Anthropic, а поддержка игнорирует пользователей по 4+ дня.
• Многие сравнивают с Cursor, Copilot, Gemini CLI и ждут, когда появится «Claude Code considered harmful».

Читая очередной пост о том, как ИИ пишет целые библиотеки, я чувствую себя отстающим и решаю попробовать. Результат разочаровывает: несколько часов с моделью не дают даже половины задачи, которую я руками делаю за 25 минут.

Сравнение с Vim не работает: первый день в Vim я хоть медленно, но писал. С GPT могу день потратить и не получить ничего полезного.
Модели хороши для подбора слова, аннотации типа или поиска бага в одной функции. Но стоит задаче стать сложнее, как ИИ выдаёт мусор: импортирует несуществующие библиотеки, советует «написать самому» и при каждом исправлении вносит новые ошибки.

На Hacker News снова хвалят GPT, и я не могу совместить их опыт со своим. Кажется, что мне врут: «это молот неразрушимый», а в руках — бумажная фигурка, которой даже помидор не раздавить.

• Кто-то восторгается Cursor/Claude и быстро набирает MVP, кто-то считает LLM-генерацию «тысячами строк мусора» и возвращается к ручному коду.
• Разница во впечатлениях объясняется выбором модели, способом взаимодействия и характером задач: новые мелкие проекты vs. огромные legacy-кодовые базы.
• Часть разработчиков использует LLM как «ускоренный Stack Overflow» и для рутинного бойлерплейта, другие отключают автодополнение из-за скрытых багов.
• Навык «prompt-инженерии» и контекст-менеджмента сравнивают с освоением Vim: сначала замедляет, потом ускоряет, но требует времени.
• Скептики упрекают маркетинг в FOMO и «газлайтинге», а сторонники считают, что просто нужно правильно выбрать инструмент и научиться с ним работать.

Claude Code IDE для Emacs

Обзор

• Интеграция с Claude Code CLI через MCP создает двусторонний мост между Claude и Emacs.
• Claude получает доступ к возможностям Emacs: LSP, проекты, Elisp-функции, что делает его «понимающим Emacs» помощником в вашем рабочем процессе.

Возможности

• Автоопределение проекта и управление сессиями
• Терминал с цветом (vterm/eat)
• Реализация MCP для IDE-интеграции
• Инструменты для файлов, состояния редактора и рабочего пространства
• Расширяемый сервер MCP для Emacs-команд (xref, tree-sitter, project и др.)
• Диагностики Flycheck/Flymake
• Расширенный дифф с ediff
• Поддержка tab-bar и отслеживание выделений/буферов

Интеграция инструментов Emacs

• LSP через xref (eglot, lsp-mode) для навигации по коду
• Tree-sitter для анализа AST
• Imenu для структуры символов
• Project для операций на уровне проекта
• Любую команду/функцию Emacs можно выставить как MCP-инструмент: поиск и рефакторинг по проекту, доступ к режимам, выполнение кастомного Elisp.

Скриншоты

• Осведомленность об активном файле — знает, какой файл открыт
• Контекст выделения — работает с выделенным текстом
• Продвинутый дифф с диагностикой — ediff и доступ к ошибкам/предупреждениям
• Автоматические упоминания текста — вставка ссылок на выделение в диалог
• Восстановление сессии — продолжение разговоров с флагом –resume

Установка Предварительные требования

• Emacs 28.1 или новее

• AI-инструменты вроде Claude Code делают Emacs/Vim конкурентоспособными: вместо самостоятельной реализации сложных IDE-функций редакторы просто интегрируются с готовыми агентами.
• Пользователи хвалят Emacs за полный доступ к состоянию редактора и возможность «на лету» менять поведение через Elisp, что идеально подходит для AI-агентов.
• Уже существует несколько реализаций интеграции (claude-code.el, eca, claude-code-emacs и др.); споры идут, какая из них лучше, но все признают, что встраивание в Emacs ускоряет рабочий процесс.
• Проблемы: сложность конфигурации, риск утечки чувствительных данных, привязка к конкретному провайдеру и необходимость локального запуска для приватности.