Hacker News Digest

Сайты magit.vc и emacsair.me временно недоступны, что подтверждено issue #5472 в репозитории Magit на GitHub. Magit — одно из самых популярных расширений для Emacs, предоставляющее мощный интерфейс для работы с Git-репозиториями. Отсутствие доступа к этим сайтам может создавать неудобства для пользователей, которые используют их для документации, загрузки или обновления расширения.

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

• Пользователи обсуждают, что AWS не предлагает простого способа установить жёсткий лимит расходов, что привело к неожиданному списанию средств при тестировании сервиса.
• Участники обсуждения отмечают, что для статического контента, такого как документация, существуют более дешёвые альтернативы, такие как Cloudflare Pages, которые не взимают плату за трафик.
• Сообщество отмечает, что вместо того, чтобы использовать AWS, можно было бы использовать любой другой хостинг или VPS, который не взимает плату за трафик.
• Участники обсуждения подчеркивают, что использование AWS для хостинга статического сайта — это не самое экономичное решение, особенно если учесть, что существуют бесплатные альтернативы.

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

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

Код-ревью можно улучшить

Мы отложили эксперимент с git-review — инструментом, который делает ревью коммитом поверх PR.
Проблемы GitHub:

• состояние ревью не хранится в репозитории;
• всё через веб, с лагами и лишними кликами.

Локальный workflow
Я клонирую ветку, сбрасываю её, чтобы код выглядел «моим», и ревью в Magit: запускаю тесты, перехожу к определениям, помечаю файлы через git add -p.
Но оставлять замечания приходится в браузере: долго, неудобно, текстовое поле тормозит.

Идея git-review

• ревью = коммит с комментариями вида // CR(name): …;
• автор и ревьюер редактируют этот коммит (--force-with-lease);
• по окончании добавляется revert-коммит, сохраняя историю.

Почему не зашло
Комментарии в коде — супер, но:

• если меняешь код, комментарии смещаются и конфликтуют;
• --force-with-lease добавляет трения;
• нужен более мягкий merge для ревью, а не строгая цепочка хэшей.
  Довести до ума потребовало бы >500 строк «быстрого хака».

К тому же, в upstream-git может появиться Change-Id в стиле Gerrit, что изменит ландшафт.

• Основная боль: ревью приходит слишком поздно, заставляя переписывать всё с нуля.
• Решения: локальное ревью в IDE (IntelliJ, VS Code), stacked-PR, «reviewer merges»-подход.
• Инструменты: Gerrit, Phabricator, Graphite, GitButler, SourceHut, GitPatch, Tangled.
• Надёжный Change-ID в Git обещает фиксить проблемы с force-push и interdiff.
• Культура важнее инструментов: мелкие, самостоятельные коммиты, RFC-прототипы, совместное проектирование до кода.