Страница 10

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

• Организовывать окна на экране всегда одним и тем же способом. Если окна на вашем экране (на виртуальных экранах) всегда расположены одинаково, вы потратите меньше времени на поиск нужного окна и с меньшей вероятностью введете команду не в том окне. Например:

• При сравнении двух версий одного документа я всегда помещаю окно со старой версией слева, а с новой — справа.

• Я работал некоторое время в Лондоне на компьютерах, имевших зеркальные пары в США. Я всегда размещал лондонское окно справа от американского (просто потому, что Лондон находится к востоку от Соединенных Штатов).

• Когда я пишу код на языке Perl, я всегда организую три окна: текстовый редактор (широкое окно слева вверху), окно для тестирования и запуска программ и ввода данных (узкое окно справа вверху) и окно для вывода (широкое окно внизу экрана).

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

• Создавать окна для рациональной организации работы. Командные окна (окна оболочки) создаются бесплатно, так что не жадничайте. Я выхожу из себя, если вижу начинающего системного администратора, работающего с недостаточным количеством окон. Типичный пример — решение проблем с электронной почтой в системе UNIX или Linux. Я видел начинающих администраторов, которые отправляют тестовое сообщение, а затем пытаются как можно быстрее ввести команду вывода журнала почты, чтобы успеть увидеть строчки, относящиеся к тестовому сообщению. После этого они проверяют, было ли сообщение доставлено, в результате чего журнал прокручивается за пределы окна и теряется важная информация. Потом они корректируют конфигурацию, сохраняют файл, закрывают редактор и отправляют новое тестовое сообщение. Прекратите это безумие! Не бросайтесь очертя голову в решение проблемы, сперва подготовьте рабочее место. Создайте четыре окна:

• Широкое окно, в котором выполняется команда tail — f /var/log/ mail.log. В нем в реальном времени будет выводиться журнал по мере того, как в нем появляются новые строчки. Пусть оно работает, пока вы выполняете другие шаги.

• Маленькое окно с командой echo test | mail — s test [email protected] /* */. Воспользовавшись историей команд, вы получите возможность многократной отправки тестового сообщения.

• Следующее окно — для редактирования файла конфигурации почтовой системы. Вы сможете его периодически сохранять, но не закрывайте редактор. Оставьте его открытым.

• Последнее окно для проверки того, получено ли сообщение.

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

Время пика сосредоточенности