Жизнь в консоли или как я полюбил боль

Всем привет!
Не судите строго, это моя первая статья не только на Хабр, но и в целом для ИТ мира
Немного о себе - зовут меня Сергей, я начинающий разработчик на С++, большой любитель программирования, Linux и консоли! Именно о последнем мы сегодня и поговорим. Я родился в эпоху повсеместного существования GUI, массивных IDE и всего прочего, и как многие молодые пользователи всегда не любил консоль, даже поступив в ВУЗ на программиста

Моё знакомство с ИТ

Моё знакомство с ИТ и программированием началось в школе на уроках информатики - мы писали небольшие странички с помощью HTML, маленькие алгоритмические задачи на Pascal, но затем нам показали мир разработки приложений с GUI - дивный мир Lazarus, вот это разорвало моё видение мира. Затем я поступил в ВУЗ, и просто по стечению обстаятельств и крутому названию выбрал направление Информатика и Вычислительная Техника, где я познакомился с С++, и влюбился (но статья не об этом). С самого начала мы пользовались IDE и практически не погружались в дебри командной строки | а зря! |, сборка и конфигурирование всегда происходило из GUI, переменные сборки добавлялись в табличку, там же проверялись, сборка происходила по нажатию магической кпоки зеленого треугольничка, изредка отправляясь в консоль для того, чтобы сделать коммит. И я долгое время около 2х лет искренне верил, что это так и надо, моим основным инструментом был QtCreator, основной единственной ОС была Windows 10. Но затем в мою жизнь ворвался ОН!

Прыжок в мир символов

Устроившись на свою первую она же единственная работу, я увидел, что мой тимлид пользуется neovim, в качестве основного редактора кода, cmake использует через консоль, по ФС перемещается там же... Меня это повергло в шок. Справедливости ради я уже какое-то продолжительное время пользовался Ubuntu в качестве основной ОС, по ошибке несколько раз открывал neovim и к работе с терминалом был немного приучен, но чтобы всю работу выполнять в нем!? НЕТ УЖ! Но по долгу службы пришлось много проектов собирать из исходников и каждый раз открывать QtCreator для этого - желания не нашлось. И сначала я привык пользоваться cmake через терминал, затем познакомился поглубже научился выходить с nvim, после чего узнал о существовании такой чудесной штуки как tmux и в какой-то день из чистого любопытства ну и необходимости работать внутри контейнера, не поднимая 10 инстансов QtCreator решил узнать - а зачем мой лид так страдает, что же там такого сладкого? Оооо! Если бы я только тогда знал, куда меня это заведёт...

Как это было

Решив, что я хочу попробовать переползти в консоль, я начал пользоваться nvim - это было больно! Очень! Переход на hjkl навигацию, переключение между режимами, намеренный отказ от мышки (так рекомендуют трушные прогеры в интернетах), изучение всех многочисленных команд, практические полное отсутствие подсветки синтаксиса, нормального дополнения кода и просто консоль! Но мне на помощь пришла долгая поездка по поезде (суммарно туда обратно 2е суток чистого пути), где из развлечений было только изучение nvim. Когда руки освоились жить с клавиатурой, перестали при любой непонятной ситуации бежать и дёргать мышь, nvim стал раскрываться по новому - навигация ускорилась, руки постоянно готовы нажимать, так как не уходят с клавиатуры, каждое твоё действие становится обдуманным! - nvim может тебе не простить промаха, 2 раза спрашивать и предлагать красивую менюшку он не будет, ты перестаешь путаться в изобилии встроенных функций в разных IDE, используешь только те, что тебе нужны и ищешь их, только когда они нужны.

Плагины = всемогущество

Победив базовые функции nvim, я захотел больше удобства - дерево файлов, автокомплит, подсветка синтаксиса, диагностика ошибок - в общем всего того, что в IDE идёт по умполчанию (но почему кто-то может решать что мне нужно!?). И тогда я открыл для себя мир плагинов - по свяким статья в интернете выбрал для себя vim-plug и начал пробовать и искать для себя то самое. Сразу предостерегу от использования vimscript для написания конфигурации, самые свежие и интересные плагины на данный момент пишутся на lua, да и официальные плагины от разработчиков nvim. И в конце концов пришёл к такой конфигурации:

-- ~/.config/nvim/init.lua

-- Set encoding and colors
vim.opt.encoding = 'utf-8'
vim.opt.termguicolors = true
vim.cmd('set t_Co=256')

-- Enable lines number
vim.wo.number = true

-- Enable line wraping
vim.wo.wrap = true

-- Enable show mode in status bar
vim.opt.showcmd = true

-- Highlight cursor line
vim.wo.cursorline = true

-- Enable showing mode in status line
vim.opt.showmode = true

-- Setting tabs and indentation
vim.opt.tabstop = 4
vim.opt.shiftwidth = 4
vim.opt.softtabstop = 4
vim.opt.expandtab = true
vim.opt.autoindent = true
vim.opt.smarttab = true

-- Set background color
vim.opt.background = 'dark'

-- Set fixed column for text alignment
vim.opt.colorcolumn = '80'

-- Enable file type indentations
vim.cmd('filetype indent on')

-- Set terminal to fast
vim.opt.ttyfast = true

-- Plugins
local Plug = vim.fn['plug#']

vim.call('plug#begin')

Plug('Mofiqul/dracula.nvim')
Plug('neoclide/coc.nvim', { ['branch'] = 'master', ['do'] = 'npm ci'})
Plug('nvim-treesitter/nvim-treesitter')
Plug('nvim-tree/nvim-web-devicons')
Plug('nvim-tree/nvim-tree.lua')
Plug('nvimdev/indentmini.nvim')

vim.call('plug#end')
-- End Plugins

-- Plugins setup
-- TreeSitter setup
require'nvim-treesitter.configs'.setup{
  ensure_installed = { "c", "cpp", "lua", "python", "bash" },
  auto_install = true,
  highlight = {
    enable = true
  }
}

-- NvimTree setup
require("nvim-tree").setup()

-- IndentMini
require("indentmini").setup{
    exclude = {'lua', 'xxx'},
    minlevel = 2
}

-- Set colorscheme
vim.cmd('colorscheme dracula')

-- FileType specific settings for C and C++ files
vim.api.nvim_create_autocmd("FileType", {
  pattern = {"c", "cpp", "h", "hpp"},
  callback = function()
    require("indentmini").setup{
        exclude = {'lua', 'xxx'},
        only_current = true,
        minlevel = 2
    }
    vim.api.nvim_buf_set_keymap(0, 'n', 'gh', ':CocCommand clangd.switchSourceHeader<CR>', {noremap = true, silent = true})
  end
})
--End Plugins setup

-- Key mappings
-- Insert mode mappings
vim.keymap.set('i', '<C-Space>', 'coc#refresh()', {silent = true, expr = true})
vim.keymap.set('i', '<CR>', 'coc#pum#visible() ? coc#pum#confirm() : "<CR>"', {silent = true, expr = true})

-- Normal mode mappings
vim.keymap.set('n', 'gd', '<Plug>(coc-definition)', {silent = true})
vim.keymap.set('n', 'gy', '<Plug>(coc-type-definition)', {silent = true})
vim.keymap.set('n', 'gi', '<Plug>(coc-implementation)', {silent = true})
vim.keymap.set('n', 'gr', '<Plug>(coc-references)', {silent = true})
vim.keymap.set('n', '[g', '<Plug>(coc-diagnostic-prev)', {silent = true})
vim.keymap.set('n', ']g', '<Plug>(coc-diagnostic-next)', {silent = true})

-- Winresize mapping
-- Vertical
vim.keymap.set('n', '<M-j>', ':wincmd 5-<CR>', {noremap = true, silent = true})
vim.keymap.set('n', '<M-k>', ':wincmd 5+<CR>', {noremap = true, silent = true})

-- Horizontal
vim.keymap.set('n', '<M-h>', ':wincmd 10<<CR>', {noremap = true, silent = true})
vim.keymap.set('n', '<M-l>', ':wincmd 10><CR>', {noremap = true, silent = true})

-- Additional normal mode mapping
vim.keymap.set('n', '<F2>', ':NvimTreeToggle<CR>', {silent = true})
vim.keymap.set('n', '<C-/>', '<leader>c<space>', {silent = true})
vim.keymap.set('n', 'K', ':call CocActionAsync(\'doHover\')<CR>', {silent = true})

Опишу только самое интересное, самое начало - базовая настройка, с этим справится каждый и примеров в интеренете море. Блок с плагинами:

• Mofiqul/dracula.nvim - цветовая схема. Использую ее не первый год, начал еще во времена работы в QtCreator

• neoclide/coc.nvim - фундаментальный плагин в мире nvim. Нужен для таких вещей как автодополнение, inlayHint и кучи других фишек (я до конца его так и не изучил). У меня он собирается из исходников с master ветки, потому что я хочу иметь самый свежий код этого плагина. Для его лучший работы необходимо устанавливать дополнительные внутрнении расширения, для C++ отлично подходит coc-clangd, для работы с cmake - coc-cmake. Список огромент и найти его можно в оф. репозитории проекта

• nvim-treesitter/nvim-treesitter - плагин для расширенной подсветки синтаксиса. Без него встроенная подсветка крайне скудна

• nvim-tree/nvim-web-devicons - плагин для разных иконок в интерфейсе, чисто визуал

• nvim-tree/nvim-tree.lua - расширение, которое добавляет боковое дерево в навигацией по ФС. Удобно, если в проекте больше 2-3 файлов и имеется сложная вложенная структура

• nvimdev/indentmini.nvim - плагин, который добавляет линию идентификации вложенности кода, показывает, на какой глубине твоя конкретная строка

Многие из этих плагинов совместимы с моей цветовой схемой, но такую поддержку имеют не все плагины и цветовые схемы. Если вы планируете использовать что-то другое - лучше проверить их совместимость

Далее настраиваем плагины:

• nvim-treesitter - настраиваю список языков, для которых необходимо проверять наличие установленных модулей, включаю для них атвоматическую установку и по умолчанию включаем подсветку

• nvim-tree - просто включаем

• indentmini - настраиваем файлы lua, в качестве исключения и устанавливаем минимальный уровень 2, мне просто не нравится когда лишняя линия идёт

А так же добавляем специфичные настройки для C++ файлов:

• Дополнительный мапинг переключения между заголовочником и исходным файлом по gh команде

• Перенастройка indentmini - в C++ проектах мне больше нарвится, когда показана вложенность не во всём файле, а только конкретной строки

Глубже, только глубже

Живость?

Как уже было сказано, одной из причин моего перехода на nvim стало использование контейнеров, а в них никого рабочего стола - только консоль, только удовольствие, а встроенный GnomeShell мне не очень нравился - странный дизайн, странная настройка доступная через гуи, но лучше всё таки файлики вручную. Немного посомтрев интернет и Хабр в частности, нашёл я Alacritty - лёгкий, минималистичный, шустрый, настройка только через консоль - всё как и хотел. Минимальная настройка и вуа-ля. Файл конфигурации:

# ~/.config/alacritty.toml
import = [
  "~/.config/alacritty/catppuccin-mocha.toml"
]

[font]
normal = {family = "MonaspiceNe NFM", style = "Regular"}

[env]
TERM = "xterm-256color"

Здесь расказать особо нечего - настроил цветовую схему, подходящую под мою любимую dracula, взял nerd шрифт, чтобы отображались красивые значки и задал переменную окружения, для нормального отображения цветов

Навалим удобства

Стоило бы на этом моменте уже остановиться погружаться так глубоко в недры терминальный жизни, НО НЕТ! Для завершения нам нехватает всего одного шага, но очень важного
Так как работа проходит в контейнере, а для каждого действия запускать отдельный терминал и входить в новую сессию bash - долго, нудно, неудобно и вообще держать 10 открытых окон alacritty (он не поддерживает табы и сплит)? И тут на работе я узнаю про утилиту tmux - консольный мультиплексор - программа, позволяющая создавать нужное число вкладкок, давать им имена, копировать текст из консоли в системный буфер и рулить всем этим не открывая рук от клавиатуры - ВЕЛИЧИЕ!
Его настройка тоже довольна тривиальна:

set -g default-terminal "xterm-256color"
set-option -ga terminal-overrides ",xterm-256color:Tc"
set -g status-bg colour0
set -g status-fg colour7

Рассказывать о конфигурации особо нечего, задаю нужные опции для корректного отображения цветов и символов, а так же меняю цвет статусбара, чтобы визуально отличать хостовую сессию (статусбар темный) от сессии в контейнере (в рабочем образе я добавил этот же файл, только с другим цветом - синий), или от сессии на рабочех серверах (там стандартный зелёный цвет)

Вот такой получился мой путь в мир консоли

И зачем?

Пожалуй самая важная часть всей этой сатьи - зачем всё это?
По большому счёту - не за чем, во многих современных IDE есть vim пободный режим, в каждом современном редакторе кода имеется встроенный терминал, стандартные терминалы вроде и так хорошо кастомизируются, да и многие операции можно сделать не прибегая к его помощи. Но всё же плюсы имеются, и причем довольно весомые:

1. Минимизация ненужных функций - в моей среде есть только самое необходимое, только то, что мне понадобилось. IDE всегда предоставляет самый большой набор команд, скрытый в недрах менюшек, хоткеев и команд и чтобы научиться этим пользоваться необходимо пройти 10 туториалов. Всё это круто, НО это всё придумали крутые прогеры для крутых прогеров, а когда ты не пишешь одной ногой со скорость 10 000 символов в минуту, такое изобилие тебе мешает ну или как минимум не очень помогает

2. Изучение командной строки - когда за тебя никто и ничего не делает, будь то глобальный поиск про проекту, поиск файлов в проекте, создание нового класса, запуск и конфигурация проектов, тебе приходится делать это самому и тут ты начинаешь искать инструменты, которые тебе доступны в командной строке, писать для удобного использования скрипты, или или углубленно изучать уже знакомые утилиты. Всё это прокачивает тебя как разработчика, еомандная строка есть везде, и стандартные утилиты (они как правило на всех unix-based одинаковые) тоже

3. Ну и конечно внимание со стороны колег и знакомых. Как же люди дуреют, когда видят всё это сочетания - nvim запущенный в сессии tmux с обилием вкладок, всё это происходит в нестандартном терминальном эмуляторе. Как они столбинеют, когда ты навигируешься на hjkl, как недоумевают при виде поиска по проекту с помощью grep в терминале

Всем спасибо!