Назад | Перейти на главную страницу

Вредные привычки сисадмина

Я думаю, было бы интересно получить список вредных привычек, которые вы наблюдаете в отношении системного администрирования. Например:

Хотя меня больше всего интересует безопасность, ваша дурная привычка не обязательно связана с безопасностью. Также приветствуются рассказы о вредных привычках.

Я думаю, что большая часть плохого поведения системных администраторов связана с тем, что они забывают золотое правило:

Системный администратор должен поддерживать пользователей, а не наоборот.

К настоящему моменту я усвоил этот урок множеству новичков, но многие новички в этой области не совсем понимают, насколько это важно. Из этого простого правила вытекает философия работы системным администратором:

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

Отсюда можно проследить типичное плохое поведение неквалифицированных системных администраторов.

  • Установка исправлений на производственные системы ...
  • Последние материалы запущены в производство без тщательного тестирования
  • Использование мусорного оборудования в производстве
  • Пятнистая, ограниченная или (что еще хуже!) Неправильная документация
  • "Просто скопируйте адресную книгу вручную, когда мы переключаем почтовый сервер!"
  • "Это твоя вина, что ты не сделал резервную копию ..."

Я думаю, что XKCD подытожили это красиво хорошо

Является ли плохой привычкой подчиняться запросам (требованиям) пользователей, которые снижают безопасность, ради их собственного удобства?

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

Сценаристы Perl Я смотрю на ВАС!

"Я задокументирую это позже" Нет, не станете.

Конечно, некоторые упрекают эту ситуацию так: «Документация?»

У меня есть дурная привычка настолько расстраиваться из-за «исправлений» безопасности в Windows, что я вслепую добавляю сайты в список надежных сайтов или понижаю уровень безопасности до уровня IE8 / XP / Vista и т. Д. перестает приставать ко мне, пока я пытаюсь что-то сделать, и я почти уверен, что иду в нужное место и загружаю нужный файл. Я знаю, что это должно сделать вас более безопасным, чтобы переосмыслить свои действия, но, честно говоря, щелчок щелчок щелчок щелчок сводит меня с ума, и в конечном итоге все предупреждения размываются вместе, пока я не обращаю внимания на ошибки сертификата сайта (это мы сами -signed, не так ли? ... ну, наверное ...), а в других случаях он спрашивает меня о глупых вещах, которые должны быть включены по умолчанию (да, я действительно хотел перейти в Центр обновления Windows, и я действительно хочу, чтобы настройки безопасности были разрешить запуск собственного сайта обновлений Microsoft, спасибо ...)

Политика запрета обновлений, потому что «она работает, так зачем ее трогать?».

А потом Slammer хлопает тебя по голове ...

Применение обновлений поставщика как только они станут доступны. Подождите несколько часов и погуглите имя патча, чтобы избежать отправки Страшилки.

Сказать "ЧТО !?" всякий раз, когда пользователь приближается к вашему столу.

Использование одного и того же пароля в нескольких системах или приложениях (а-ля Фонд Apache).

Бессмысленные записи в журнале работы. то есть:

$ rm *

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

Вот подсказка, которая автоматически решает большинство этих проблем.

PS1 = "\ h \ d \ t \ w \ n \ u>"

myserver Пн 26 апр, 16:20:44 / var / log
корень>

Имя хоста изменено :-) Теперь я знаю все, кроме того, что вы удалили, но, по крайней мере, я знаю, где искать.

относительно комментария

Написание сценария, который плохо документирован или написан в удобном для чтения стиле, чтобы люди, которые придут после вас, могли легко прочитать и изменить сценарий. Сценаристы Perl Я смотрю на ВАС!

спагетти-код пишется на всех языках программирования (а также на Python, Ruby и т. д.). Не вините язык, вините кодировщика.

Пара забавных комментариев программиста на Python о текущем состоянии написанного там кода Python. Этот парень зарабатывает на жизнь отладкой дерьмового кода Python, написанного кем-то другим:

http://artificialcode.blogspot.com/2010/04/professionalism-in-python-or-how-to-not.html

http://artificialcode.blogspot.com/2010/04/my-midlife-python-quality-crisis.html

Мораль истории: когда Perl был единственным интерпретируемым языком в городе, Perl писали все, и многие люди, не являющиеся программистами, писали на нем паршивый Perl. Сейчас все больше и больше людей выбирают Python, поэтому пишется все больше и больше дрянных программ на Python. Или Powershell, или ..., или ...

Так что, пожалуйста, прекратите распространять FUD о Perl, дело не в языке, а в кодере.

Возможно, это не настоящая привычка, но как насчет того, чтобы по привычке ожидать, что старшие менеджеры будут иметь и / или использовать мозг? Или полагаете, что программисты имеют базовое представление о машине и ОС, для которых они программируют?

Проводить время на форумах или - того хуже! :) - Сайты вопросов и ответов, когда нужно работать.

Вход в интернет-кафе для работы в дороге без использования одноразовых паролей.