Простые, но эффективные улучшения среды, которые сделают вашу жизнь как разработчика более эффективной и действенной.

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

1. Состояние терминала Git Branch

Во-первых, у нас есть очень простое улучшение, которое стало настолько популярным, что недавно было включено в iTerm2 в качестве основной функции.

При работе в репозитории Git полезно иметь возможность видеть, над какой веткой вы работаете, и ее текущий статус. До недавнего времени это можно было сделать с помощью простого редактирования профиля Bash или zsh, чтобы отобразить ветку в командной строке.

Если вас интересуют особенности настройки базового профиля Bash для этого, я настоятельно рекомендую Элизабет Загроба по этому поводу. Если вас интересует способ iTerm2, выполните следующие короткие шаги, чтобы включить его в своем терминале сейчас:

  • Откройте iTerm2 и выберите Настройки ›Профили.
  • Перейдите на вкладку Сеансы и прокрутите вниз, чтобы включить строку состояния.

  • Настройте строку состояния и выберите компонент ветви.

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

2. Используйте Tmux

Если вы не знакомы с tmux, я бы посоветовал установить его и попробовать. То, что на первый взгляд кажется относительно простым диспетчером окон / сеансов, на самом деле является невероятно сложным и многофункциональным локомотивом производительности.

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

Это может быть особенно полезно, если оно установлено на удаленных машинах, к которым вы получаете доступ. Вы можете начать сеанс, запустить длительный сценарий или процесс, затем отключиться от сеанса и выпить чашку кофе.

После того, как вы успешно набрали кофе, сеанс будет продолжаться с того места, где вы его оставили.

Еще одно удивительное преимущество заключается в том, что tmux автоматически и корректно приостанавливает ваш сеанс, если вы потеряете SSH-соединение с удаленным компьютером.

Если вы подключаетесь к удаленной машине, откройте новую сессию tmux, а затем откройте свой файл в Vim. В этом сеансе вы будете защищены от .swp файлового ада, если вы отключитесь.

Tmux спасал мою задницу больше раз, чем я могу сосчитать, и стоит потраченных усилий.

3. Настройка псевдонимов оболочки

Чем меньше вам нужно печатать, тем вы эффективнее. Откройте ~/.bash_aliases в своем любимом текстовом редакторе и начните вводить несколько псевдонимов. Обязательно сначала укажите файл .bash_aliases в своем фактическом профиле оболочки (это по умолчанию, в зависимости от вашего дистрибутива).

Если вы не знакомы с созданием псевдонимов оболочки, это очень просто и быстро. Вы можете придумать сокращенные версии команд, которые вы вводите повторно.

Когда вы входите в систему, вы меняете каталоги и запускаете процесс? Сделайте псевдоним.

Вы замечаете, что входите и выходите из сложных структур каталогов? Сделайте псевдоним.

Разве вы никогда не можете вспомнить синтаксис этой утомительной команды? Ага, псевдоним.

Запись псевдонима очень проста:

alias mydir='cd /some/long/directory/path'

4. Организуйте каталоги кода.

Это звучит просто, и это потому, что это так. Вы должны потратить некоторое время (даже несколько минут) на создание структуры каталогов для хранения вашего кода. Думайте об этом как о наведении порядка на столе.

Мне нравится хранить любые клонированные репозитории в отдельном каталоге под названием co или checkout. Это помогает отличить клонированные репозитории от того, с чем вы, возможно, возитесь локально.

Для любого другого кода я предпочитаю хранить его в каталоге, организованном по языкам. Например:

code ---> python ---> <my_cool_project> ---> <source_files>

5. Используйте ripgrep.

Не можете вспомнить, в каком файле была эта функция? Забыли, где вы сохранили эту переменную? Рипгреп спешит на помощь!

Вы раньше использовали git-grep для поиска в репозитории? Ripgrep аналогичен с одним ключевым исключением: он копирует! Ripgrep намного быстрее, чем git-grep, и может пролистывать строки и строки кода, чтобы быстро найти то, что вы ищете.

В следующий раз, когда вы забудете, где что-то находится, или не знаете, с чего начать поиск, попробуйте ripgrep. Это очень просто:

rg 'search term'

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