Рабочий стол разработки может выглядеть перегруженным, но при этом скрывать единственную необходимую вам информацию. Редактор, предварительный просмотр, терминал, документация и система отслеживания проблем — все они актуальны, но не в каждый момент одинаково актуальны.
Вместо того, чтобы выбирать макет, потому что он похож на чью-то настройку, проследите одно обычное изменение от начала до конца. Лучшее расположение этого цикла — это более полезная отправная точка, чем постоянная сетка всех используемых вами инструментов.
Краткий ответ
Расположите окна вокруг цикла редактирования-выполнения-проверки. Дайте редактору достаточно места, держите результат под рукой и показывайте документацию или журналы, когда они отвечают на конкретный вопрос.
Составьте карту одного небольшого цикла разработки
Возьмите обычное изменение: откорректируйте форму, исправьте неудачный тест или проверьте преобразование данных. Запишите, где вы редактируете, как запускаете и где проверяете результат. Это рабочие поверхности, которые заслуживают удобного положения.
Для браузерного интерфейса циклом может быть редактор, терминал, браузер. Для инструмента командной строки это может быть редактор и терминал с документацией поблизости. Для собственного приложения результатом может быть работающее приложение или симулятор. Одно предписанное соглашение не может одинаково хорошо соответствовать всем этим требованиям.
Закрывайте несвязанные окна проекта только после сохранения необходимой вам работы. Оставьте активную задачу с узнаваемым набором окон, чтобы вы могли определить, помогает ли макет, прежде чем добавлять дополнительные инструменты.
Дайте редактору ширину в зависимости от содержимого
Размер редактора соответствует коду и панелям, которые вам действительно нужны. Дерево файлов, вторая панель редактора и боковая панель диагностики занимают место до начала кода. Если центральный файл становится неудобным для чтения, удалите ненужную панель или расширьте окно.
Макет с прокруткой может сохранить выбранную ширину, пока к полосе добавляются дополнительные окна. В Glidro предустановки изменения размера позволяют легко возвращаться к повторяющимся размерам. Выбирайте небольшой полезный диапазон вместо того, чтобы пытаться предусмотреть все возможные варианты.
Не решайте проблему ширины окна, сжимая текст до тех пор, пока все инструменты не поместятся. Если текст трудно проверить, видимая плотность становится издержками. Сохраняйте ширину, поддерживающую редактирование, а затем при необходимости переходите к вспомогательному окну.
Поместите результат туда, где вы будете его проверять.
Поместите предварительный просмотр рядом с редактором, если вы часто их сравниваете. Если вам нужно видеть оба одновременно, убедитесь, что общая ширина оставляет видимым полезный контент. Если для предварительного просмотра требуется широкое окно просмотра, чередуйте полные рабочие представления, а не принуждайте к вводящему в заблуждение узкому сравнению.
Ширина окна браузера является частью теста веб-интерфейса, поэтому четко указывайте, что вы наблюдаете. Предварительный просмотр, суженный макетом рабочего стола, не заменяет преднамеренного адаптивного теста. Различайте вопросы «вижу ли я результат?» и «проверяю ли я его при нужной ширине окна?»
В качестве второго дисплея используйте его, когда помогает постоянная видимость. Сохраните запасной вариант только для ноутбука для того же проекта, чтобы отстыковка не нарушила ваше понимание рабочего процесса.
Дайте терминалам и журналам работу
Держите терминал, используемый для текущей команды, рядом с редактором или результатом. Помечайте или иным образом различайте сеансы с помощью собственных функций терминала, если ваше приложение их поддерживает. Ряд визуально похожих оболочек делает пространственную навигацию менее полезной, поскольку целевое окно остается неоднозначным.
Перенесите журнал вперед, чтобы ответить на вопрос, а затем вернитесь к коду. Если вам необходимо постоянно наблюдать за выводом во время воспроизведения, дайте ему видимое место для этой фазы. Не думайте, что каждый фоновый процесс заслуживает постоянно видимого окна.
Решите, подходят ли этому проекту терминалы со встроенным редактором или отдельные окна. Менеджер управляет окнами, а не каждой внутренней панелью редактора. Используйте собственную навигацию редактора для содержимого внутри него и элементы управления окнами для переходов между приложениями.
Защитите контекст проекта и владение сочетаниями клавиш
Разделяйте несвязанные проекты, если их окна браузера и терминалы слишком легко перепутать. Граница задачи может помочь вам определить, какой репозиторий, предварительный просмотр и заметки принадлежат друг другу. Подтвердите рабочий каталог и целевую среду с помощью самих инструментов, прежде чем вводить последующие команды.
Проверяйте сочетания клавиш окон на соответствие привязкам вашего редактора и терминала. Комбинация клавиш, используемая для перемещения слов, команд терминала или навигации по редактору, не должна становиться неожиданным действием макета. Проверьте выбранную привязку в реальных приложениях переднего плана и смените одного владельца при возникновении конфликта.
Glidro предоставляет редактируемые сочетания клавиш и элементы управления включением приложений. Используйте их в соответствии с имеющимися у вас инструментами разработки, а затем сохраняйте простой маршрут паузы, когда специальное окно требует обычной обработки. Наше существующее Руководство по настройке кодирования для MacBook предлагает дополнительное пошаговое руководство, ориентированное на ноутбуки.
Частые вопросы
Должен ли терминал всегда оставаться видимым?
Только тогда, когда важна непрерывная производительность. Для многих задач достаточно держать его под рукой и легко сфокусироваться.
Может ли оконный менеджер организовать панели редактора?
Управление окнами осуществляется на уровне окон. Используйте собственные элементы управления редактора для вкладок, внутренних панелей и встроенных терминалов.
