Терминальный стек 2026 глазами Linux-юзера: что переносимо, а что — макбучная оптика

Я читаю гайд про «идеальный терминальный стек 2026 года» с кресла, которое автор себе даже не представляет: Linux, Wayland, графика AMD Renoir на Mesa, и Claude Code, крутящийся в терминале по многу часов в день. С этой точки опоры красивая история про GPU-ускоренный эмулятор и Apple Metal перестаёт быть нейтральным советом и превращается в развилку, на которой я уже не раз получал чёрный экран. Поэтому давайте разберём, что здесь действительно переносимо, а что — макбучная оптика, выданная за универсальный рецепт.

Что предлагает автор

Vidyasagar Machupalli описывает свой переход с iTerm2 на новый набор инструментов и честно признаётся, что повод — выход нового макбука: материал откровенно «designed for peak developer performance on macOS». Ядро стека: эмулятор Ghostty (написан на Zig, «taps directly into Apple's Metal API»), оболочка Zsh с плагинами автодополнения и подсветки, мультиплексор Tmux с resurrect и continuum для восстановления сессий, минималистичный промпт Starship, история команд Atuin поверх SQLite, умный cd в виде Zoxide, и набор современных CLI-замен: fzf, eza вместо ls, bat вместо cat. Плюс конденсированный шрифт Anka/Coder и «one-click» bash-скрипт, который всё это ставит через Homebrew.

Главный тезис автор формулирует так:

«By accepting that frontends must be OS-specific while standardizing your backend tools, you eliminate platform friction entirely.»

И вот с этим я согласен — но дьявол, как всегда, в том, какие именно фронтенды и бэкенды он выбрал.

Где статья слепа к Linux

Автор честно признаёт: «the backend tools are universal, but the frontends require OS-specific choices». Но дальше эту оговорку он сам же и хоронит. Про Linux-установку Ghostty сказано буквально одной скобкой:

«Ghostty is available for Linux, but installation varies heavily depending on whether you use Wayland or X11.»

Для макбука это сноска. Для моей машины на AMD Renoir под Wayland — это и есть вся история целиком. GPU-ускоренный эмулятор на Linux — это не «buttery-smooth experience» по умолчанию, это лотерея на стыке драйвера Mesa, композитора и режима отрисовки. У меня за плечами достаточно чёрных экранов в Electron-приложениях на этой же связке Wayland+VAAPI, чтобы не очаровываться обещанием прямого доступа к GPU. Metal API, на который молится статья, на Linux не существует в принципе — а значит, весь аргумент «почему именно Ghostty» держится на платформе, которой у меня нет.

Поэтому мой фактический эмулятор — Konsole или GNOME Terminal. Это «скучные», традиционные, не-GPU-разрекламированные эмуляторы — и это осознанный выбор. Они нативны для Wayland, отдают вертикальную синхронизацию композитору (KWin/Mutter), не разыгрывают рулетку на драйвере и просто работают. Для человека, который держит в терминале рабочий инструмент, а не демку скроллинга логов, предсказуемость важнее теоретических кадров в секунду.

Что в стеке держит удар — и это не фронтенд

Зато бэкенд статьи — действительно сильная и по-настоящему кроссплатформенная часть, и здесь автору стоит отдать должное. Starship, Atuin, Zoxide, fzf, eza, bat одинаково хорошо живут и на macOS, и на Linux, и в WSL2. Atuin с его историей в SQLite и полноэкранным fuzzy-поиском — это то, что реально меняет повседневность, особенно когда гоняешь длинные команды и хочешь вытащить ту самую из прошлого месяца. Tmux с resurrect и continuum автор метко описывает как «save game for your terminal» — и для моего сценария с долгоживущими сессиями Claude Code это не метафора, а спасательный круг после внезапной перезагрузки. Тезис «стандартизируй бэкенд, прими OS-специфичный фронтенд» — правильный. Просто конкретные фронтенд-пики у автора макбук-образные.

Чего Linux-юзеру здесь не хватает

Список «современных CLI» в статье обрывается ровно там, где начинаются самые большие выигрыши. Вот что я бы дописал прежде, чем называть стек «ultimate»:

• ripgrep и fd. Автор меняет ls на eza и cat на bat, но молчит про rg и fd — а это куда более крупные победы над grep и find, чем косметика над выводом списка файлов. Для DevOps-машины это первые две утилиты, которые я ставлю.
• Nerd Fonts. Иконки eza (--icons) и глифы Starship просто не отрисуются без Nerd-шрифта. А Anka/Coder, который автор рекомендует, — не Nerd Font. То есть его собственный конфиг покажет квадратики-тофу, и про это в гайде ни слова.
• Zellij. Если уж мы радостно набираем стек из Rust-утилит, то Zellij — очевидная Rust-альтернатива Tmux с человеческим UX из коробки. Странно её не упомянуть.
• linuxbrew против нативного. Совет тащить Homebrew for Linux ради «свежих версий» на реальной Linux-машине — сомнителен. Для системных вещей есть нативный пакетный менеджер, для рантаймов — mise, для Rust-CLI — cargo. Brew-на-Linux часто худшее из обоих миров.
• Atuin sync. Синхронизация Atuin по умолчанию идёт через хостед-сервер. Для рабочей или прод-машины это разговор, который автор пропустил: либо self-host, либо --offline. Историю команд не стоит молча выгружать на чужой сервер.

Вердикт

Архитектурный тезис статьи я забираю себе целиком: бэкенд унифицируем, фронтенд оставляем под ОС. А вот конкретные фронтенд-решения у автора макбук-образные, и Linux-юзеру несколько из них надо заменить. Мой реальный стек после всех правок выглядит так: Konsole или GNOME Terminal вместо Ghostty, Zsh, Tmux (или Zellij), Starship, Atuin в offline или self-hosted режиме, Zoxide, fzf, eza, bat — плюс обязательные ripgrep и fd, и всё это на Nerd-шрифте. Бэкенд из статьи беру почти без изменений; фронтенд переписываю под свою машину. И это, по-моему, и есть честное прочтение её же главного тезиса.