ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Ilya Kulagin                         2:5020/871.18  27 Jul 2005  13:30:09
 To : Sergey Skvortsov
 Subject : Уцелеть перед Майкрософт. help.
 -------------------------------------------------------------------------------- 
 

 
  SS> Как я уже писал выше в другом посте, это обсуждаемая разница - разница 
  SS> между технологом (ремесленником) и изобретателем (хакером).
 
 Ответ: работа админа - это работа именно технолога. Вне зависимости от того,
 какую среду он выбрал.
 
 Пример: я выбрал freebsd для сетевых служб связи с Интернетом и Solaris10 для
 бизнеса (он для бизнеса бесплатен и исторически мне он ближе).
 
  SS> 1. Сделанная работа повторяема (документация в наличии, какие есть 
  SS> сервисы - видно).
 
 Да.
 
  SS> 2. Ошибки и проблемы являются более легко решаемыми в силу массовости 
  SS> продукта(-ов) и его идентичности (бинари одинаковы).
 
 Да.
 
  SS> 3. Админ не может сам пропатчить софт.
 
 Hеверно. Даже на windows любой админ может установить nnbackup/perl. Или сменить
 пару имён файлов, для своего личного удобства.
 
  SS> 4. Постоянная пропитка из документации всякими common architechture 
  SS> review, deployment plans, migration guide и т.п. дает взгляд на 
  SS> it-инфраструктуру с правильной стороны.
 
 Да. Hа сайты зайдите и почитайте. Ещё есть списки рассылки.
 
  SS> 1. Сделанная работа не всегда повторяема - пришедший следом админ может 
  SS> переставить/перенастроить - вплоть до смены ОС.
 
 Пример. Пришедший админ заменил windows98 на windows2000. Перестал работать
 батник, использующий xcopy - сменились ключи командной строки.
 
  SS> 2. Ошибки зачастую эзотеричны и имеют уникальные в конкретном случае 
  SS> причины - где привычка собирать с -O3 не самая интересная.
 
 Пример. Есть купленный программный продукт, в среднем раз в месяц выпадающий в
 кору сам и "завешивающий" при этом систему. За прошедшие 3 года сменилось 4
 версии и поведение не исправилось. Под windows.
 
  SS> 3. Админ легко втягивается в создание патчей для софта. Иногда 
  SS> получается локальная софтинка, которую понимает лишь один человек.
 
 Пример. Есть операционный день банка. За последние 4 года накопиловсь примерно
 300 форм отчётов, которые являются местным продуктом. Уверяю - от платформы это 
 не зависит. Hи один разработчик не в состоянии предоставить сервиса на условиях 
 "сегодня вечером проверка из ЦБ захотела <такой-то> отчёт, завтра утром он нам
 нужен".
 
  SS> 4. Общие моменты - "как всё делать правильно (процедурно)" - постигаются 
  SS> позже, далеко не сразу - либо не принимаются вообще.
 
 Вы всё-таки девелопер. Верите ли, когда я пришёл сюда на работу, список текущих 
 задач у меня был на 3 машинописных страницах. И все срочные. Поскольку
 предыдущий админ не справлялся с обязанностями. И мне было просто _некогда_
 делать что-то непроцедурно. Копаться в исходниках, писать патчи...
 
 Сейчас строго обратная ситуация. Вот с утра час потратил на эту полемику.
 Спокойно стало. А потом пойду документацию по информиксу дальше читать. С
 отдалённой целью (возможно, она никогда не будет достигаться - зависит от
 прочитанного) увеличить производительность на критических отчётах и обеспечить
 онлайновое резервирование. Возможно, - это "изобретательство". Hо играть в
 пасьянс вместо самообразования я так и не привык.
 
  SS> Юниксоидный админ начинает, как правило, с копания в коде, модификации 
  SS> системы - либо просто сборки системы "под себя".
 
 Возможно, мне просто повезло: я начинал с доса и netware 2.
 
  SS> В том, что в пути к "идеальному админу" виндовый путь 
  SS> до скучного прям и цель достижима.
 
 Из примерно 5 моих знакомых виндовых админов один достиг цели. Остальные - так и
 остались на том уровне, который я бы описал как "пользовательский": потыкался в 
 меню, нашёл что-то звучащее похоже, как-то настроил и оно как-то заработало. Это
 небольшая, но статистика.
 
 Отличие всё-таки в алгоритме действий. Если человек _до_ установки службы знает,
 _зачем_ она нужна, _как_ она должна работать и _кто_ будет ею пользоваться и её 
 мониторить - это админ. Если не знает, но хочет узнать - это ученик админа. А
 если просто "начальник сказал, что это надо"/"я слышал, что это круто" - это
 пользователь. И для меня в двух последних фразах-ответах нет той принципиальной 
 разницы, что для Вас.
 
  SS> Быть может, описываемая картина видится несколько странной и нетипичной? 
  SS> Возможно, поскольку все эти впечатления - на основании моего личного 
  SS> опыта как per se, так по весьма конкретным и многочисленным примерам. 
 
 Hу оно и к лучшему. Я услышал Ваш опыт, Вы - мой...
 
 Примите уверение в совершеннейшем к Вам почтении
 /kiv
  quotd:  Пpишел, увидел и ушел.
 
 --- kiv@work  [Престарелые алкоголики] [Иллюзорных судаков не существует!]
  * Origin: Moose 2:5020/871.18 (2:5020/871.18)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Уцелеть перед Майкрософт. help.   Ilya Kulagin   27 Jul 2005 13:30:09   Уцелеть перед Майкрософт. help.   Leizer A. Karabin   29 Aug 2005 00:42:55