[Breeze]

Вот что нашёл у Андрея Богатырева. Записки системщика:
* Системный администратор. *
UNIX справедливо ругают за сложность администрирования
системы. У этого есть только одно оправдание: после недель
настройки всего, что только можно (и что порой не нужно), все
работает как танк. Этим приятным свойством другие системы часто
не отличаются.
Проблемы же системного администратра состоят, главным
образом, в том, что он должен знать очень много разнородных
вещей. Причем вещей "универсальных": языков для оформления
чего-нибудь. Языков, а не набора меню и экранных форм. Потому
главные инструменты UNIX-администратора - это текстовый
редактор и толстенное справочное руководство.
Вот только кое-что для администратора Solaris
2: языки и продукты.

shell - язык программирования
комндных файлов произвольной сложности, впрочем их гораздо
больше: sh,
csh,
ksh,
jsh,
vcsh,
tcsh,
bash,
wish.
Шеллы - одно из главных средств склеивать друг с другом
разномастные программы, говорящие чаще всего на разных языках;
Си - язык, на котором написана
операционная система. Имея компилятор и описание библиотек
(которые в UNIX есть всегда) можно сделать все;
perl, awk,
sed - языки программирования обработки данных,
"переводчики" с языка на язык;
make - система автоматического
построения больших проектов по описанию; Туда же
imake - препроцессор к make;
nroff, tbl,
eqn, pic - языки описания
форматирования текстов;
HTML - язык для форматирования
гипертекстов в Mosaic;
NIS+, DNS -
всяческие сетевые информационные сервисы. Нетривиальный язык
(формат) описания таблиц и куча команд.
TCP/IP routing - это на самом деле
предшествует DNS;
OnLine DiskSuite - система
зеркалирования дисков. Тоже масса команд;
NetWorker - система бэкапирования на
магнитные ленты;
sendmail - маршрутизатор электронной
почты. Язык;
SunNet Manager - система управления
сетью;
SecureRPC, NFS,
automounter - всяческие штуки для сетевых
файловых систем;
UUCP - чтобы настроить этот "UNIX-
UNIX copy" надо уметь биться с модемом и писать загадочные
скрипты;

Программисту кроме того полезно знать lex
и yacc - генераторы лексических и
синтаксических анализаторов (для построения компиляторов).
Да, еще есть масса могучих и неочевидных в управлении
текстовых редакторов:
emacs,
TeX,
vi,
ed,
sed.
А еще он должен уметь читать без словаря англоязычную
техническую документацию.
Кстати, раз уж речь зашла и о программистах: как правило
разработчики (особенно фанатичные) не любят ни писать
комментарии, ни документацию. Следствие этого таково: проще
заново написать программу, чем доделать или модифицировать
чужую. Из плохо (или совсем не-) документированной программы
удается надергать в лучшем случае отдельные функции. В итоге -
масса программ, делающих почти одно и то же. Свалка и
разношерстность растут, качество же - существенно медленнее
количества.
В отношении системного администратора в UNIX верна
"обратная" поговорка: "Две головы хорошо, но одна - лучше". В
силу того, что у сети, работающей как одна большая машина,
должен быть один хозяин, который знает
все тонкости. Ему же хуже: он должен так
много знать и помнить. Но другим - лучше. Потому, что когда
каждый начинает ставить опыты, и левая рука не знает, что
делает правая нога - результаты получаются ужасающими. Мне
доводилось видеть сети, которые администрировались несколькими
людьми. Некоторые из них были некомпетентны. Это увеличивало
работу главного администратора вдвое и втрое - ему приходилось
переделывать все за криворукими. С другой стороны, один человек
не может знать все. И для делания того, что он не знает - ему
следует призвать помощников. Но только пусть они не делают
ничего больше!
Итак, в администрировании одна голова лучше - она помнит
все, общую картину. Но одна голова - и хуже. В том смысле, что
если один заболел, уволился, загулял - все остальные вряд ли
быстро разберутся в накрученных им настройках. Поэтому мэнеджер
должен требовать от администратора записывать
хотя бы места, имена файлов и систем, которые
он настраивал. В лучшем же случае - вел бы журнал.

До сих пор актуально...