Тайм-менеджмент для системных администраторов - страница 3

Шрифт
Интервал

стр.

Сентябрь, 2005 (сисадмин с 20-летним стажем)

Предисловие

— «Тайм-менеджмент для системных администраторов»?

— Угу.

— Будете рассказывать о том, как пользоваться карманными компьютерами, электронным календарем vCal, серверами календарей и прочей дребеденью?

— Вовсе нет. В подобных вещах системный администратор разберется и без книг.

— Тогда почему бы мне просто не купить одну из 10 миллионов других книг по тайм-менеджменту?

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

— (Выгоняя кота из комнаты.) Я больше не подпущу вас к своему коту!

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

— Стиль жизни?

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

В нашей профессии трудно встретить хорошего наставника. Если шеф технарь, он может помочь в решении технических вопросов, но не в области тайм-менеджмента. Если же он далек от техники, то не может быть наставником, потому что «не въезжает» в требования, предъявляемые нашей работой.

— А как вы достигли такой высокой квалификации?

— Ну, во-первых, когда-то я прослушал кучу курсов по тайм-менеджменту и понял, что 80 % того, чему меня учили, не имеет отношения к сисадминам. Однако я не растерял остальные 20 %. С годами я усовершенствовал эти приемы, разработал много собственных и даже стал вести семинары по этой теме. Содержание семинаров и обобщено в этой книге.

— Вы меня все еще не убедили.

— Позвольте привести пример. Вы ведь знаете, в чем разница между интерпретируемым и компилируемым языками.

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

— Совершенно верно.

— Так вы хотите, чтобы я откомпилировал свою жизнь?

— Нет, хотя это был бы идеальный вариант. Впрочем, у компиляторов мы можем научиться главному — потратить немного времени сначала, чтобы много раз не тратить его потом. Например, на одном из предыдущих мест работы я должен был периодически заменять ленты для резервного копирования. Тогда еще не было недорогих кассетных магнитофонов, облегчающих эту работу. У нас было три главных сервера в машинном зале и восемь серверов поменьше в разных концах здания. Можно было не менять ленту, на которой еще достаточно свободного места, но мне всегда было трудно принять решение, могу ли я не менять ленту на конкретном сервере. Если я ошибался в оценке свободного места на ленте, то операция резервного копирования на нее могла сорваться. Естественно, я хотел избежать подобных сбоев! Эта ситуация держала меня в состоянии постоянного стресса. В один прекрасный день я осознал, что действую как интерпретатор, ежедневно повторяя каждый свой шаг и обдумывая каждую деталь. Мне понадобилось проанализировать процесс всего один раз и затем всегда придерживаться принятых решений.


стр.

Похожие книги