Рабочее пространство разработчика должно делать текущее изменение и его окружение очевидными. Открытие всех репозиториев, терминалов, дашбордов и страниц документации одновременно затрудняет различение окон одного и того же приложения и увеличивает вероятность выполнения команды в неподходящем месте.
Определите одно изменение и путь его выполнения
Запишите предполагаемый результат, целевой репозиторий, ветку, среду выполнения и команду проверки перед тем, как располагать окна. Держите одно основное окно редактора для кода, один контекст терминала для команд и вывода, а также минимальный набор браузера, необходимый для документации или работающего продукта.
Если изменение затрагивает связанные репозитории, решите, требуется ли им одно рабочее пространство редактора или отдельные окна. Повторяйте краткую подсказку в папке редактора, заголовке или приглашении терминала и имени окна браузера. Метки окружения, такие как local, staging и production, должны оставаться визуально различимыми.
Упорядочивайте по циклу обратной связи
Располагайте код и его непосредственный вывод вместе: редактор рядом с терминалом для ошибок сборки, браузер рядом с логами для поведения во время выполнения и дифф пулл-реквеста рядом с тестируемым кодом для ревью. Длинные справочные материалы могут оставаться позади активной пары. Используйте отдельные дисплеи для стабильных ролей, а не разбрасывайте каждый проект повсюду.
Сбрасывайте настройки после изменения
Останавливайте устаревшие процессы, сохраняйте релевантные логи, закрывайте временную документацию и подтверждайте, какие окна все еще относятся к следующему действию. Wallo может группировать существующие окна редактора, терминала и браузера под определенной задачей, но он не понимает репозитории, команды, ветки или окружения. Эти идентификаторы должны оставаться явными в самих инструментах разработчика.