День 2515. #Карьера
Топ Советов по Повышению Продуктивности. Часть 1
Неприятная правда, о которой большинство разработчиков не говорят: мы годами учимся программировать, но почти не тратим времени на то, чтобы учиться работать. Мы оптимизируем алгоритмы, но не наше время. Мы переписываем код, но не изменяем привычки. Мы спорим, табы или пробелы, но не можем объяснить, почему чувствуем себя измотанными после «продуктивного» дня, когда почему-то не выпустили ничего значимого.

Это не очередной шаблонный список советов по повышению продуктивности, полный рекомендаций типа «просто больше сосредотачивайтесь». Это проверенные на практике стратегии, учитывающие уникальный хаос разработки ПО — переключение контекста, рабочие дни, полные прерываний, сеансы отладки, и постоянное давление, заставляющее изучать новые фреймворки, одновременно выпуская функции, которые нужны вчера.

1. Правило двух терминалов: прекратите переключаться между задачами
Представьте, что вы отлаживаете проблему в продакшене. Нужно проверить логи, поэтому вы переходите в каталог logs. Затем нужно перезапустить сервис, поэтому вы переходите в каталог приложения. Затем нужно выполнить запрос к БД, поэтому вы… подождите, на чём мы остановились? Вы тыкаете стрелку вверх, пытаясь найти команду, которую выполняли 5 минут назад, и теперь вы полностью потеряли нить рассуждений.

Почему это важно: Переключение между задачами — это не просто перепрыгивание между ними, это также микропереключатели, которые мы сами себе создаём, заставляя наши инструменты работать против нас. Каждый раз, когда вы отходите от того места, где вам нужно быть, вы создаёте крошечную ментальную преграду. Сделайте это десяток раз, и вы построите себе когнитивную полосу препятствий.

Решение до смешного простое: всегда работайте как минимум с двумя окнами терминала/IDE (или разделёнными панелями), каждое из которых предназначено для определённого контекста.

Например
Терминал 1 (слева) - «рабочий». Он находится в корневой директории проекта. Здесь выполняются команды сборки, запускаются тесты и выполняется прочая основная работа.

Терминал 2 (справа) - «исследовательский». Это черновик, где можно перемещаться между каталогами логов, конфигурации, репозиториями, выполнять разовые команды, проверять системные ресурсы, искать информацию в файлах. Этот терминал загрязняется, и это нормально.

Магия происходит в разделении. Терминал 1 остается чистым и предсказуемым. Всегда понятно, где он, что он запускает и что происходит, при нажатии стрелки вверх. Терминал 2 поглощает весь хаос исследования и изучения, не загрязняя основное рабочее пространство.

Развивайте эту идею дальше. Используйте один терминал для выполнения команд, другой — для мониторинга вывода. Откройте третий терминал исключительно для операций с Git. Многие IDE/терминалы позволяют:
- создавать именованные сессии для разных проектов;
- разделять панели для связанных задач (сервер сверху, наблюдатель за файлами снизу);
- использовать разные цветовые схемы (например, для соединений с производственной базой и базой для разработки – см. картинку ниже), чтобы случайно не выполнить команду в неверной БД.

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

Ключевой вывод: ваши инструменты должны соответствовать вашей ментальной модели работы. Если вы думаете о нескольких контекстах одновременно, ваше рабочее пространство должно это отражать.

Источник: https://dev.to/thebitforge/top-10-productivity-hacks-every-developer-should-know-151h