Сегодня День системного администратора – профессиональный праздник бойцов аппаратного и программного фронта и лучших друзей пользователей в бизнесе.
По случаю праздника мы попросили нашего пиарщика рассказать о своем пути к системному администрированию.
Мы даже не знаем, повезло ли вам, что нашего менеджера нет среди вас, или не повезло.
В общем, читайте немного необычную историю и судите сами.
Источник
От всей команды Студия разработчиков «РегионСофт» Поздравляем вас с праздником! Желаем вам успешного ITSM, лучшего от ITIL, беспроблемного SAM, стабильного DevOps и понимания всех этих аббревиатур :-) Далее предоставляем слово коллеге и напоминаем, что статьи сотрудников в нашем блоге не редактируются и не рецензируются, и позиция компании может совпадать, а может и не совпадать с мнением автора.
Привет, Хабр!
Первые встречи
Первый сисадмин случился в маленьком, буквально уютном, но государственном университете.Он был верным другом и помощником особо ретивых ребят: дарил нам проекторы для семинаров и конференций, сдавал во временное пользование старый ноутбук «Ровер» (который я когда-то забыл в троллейбусе, но сохранил) и даже такую роскошь, как новый ноутбук, но не выходя из здания университета.
Если что-то ломалось шаловливыми руками энтузиастов, он помогал это исправить и не бежал сообщать, что эти студенты в попытке несанкционированного проникновения в ИТ готовы собрать все вирусы и перепроектировать внутреннюю сеть (тогда защита было другое).
Надо сказать, он быстро раскрыл нашу наглую группу, и защита стала лучше, а студенты получили логины, пароли и права доступа.
В общем, мы преподали важный урок — пользователям нельзя доверять, даже если они 17-18-летние вчерашние дети с наивными глазами.
О работе системным администратором в то время не могло быть и речи — биржевой бизнес и математический анализ были гораздо увлекательнее и казались более перспективными.
Конечно, никто из нас не оказался Белфорсом и почти все разбросаны по банковским и налоговым структурам.
Меня привели в одну из крупнейших IT-компаний нашего города.
И именно там появилось первое желание стать сисадмином - во-первых, помогать 450 сотрудникам - это нереально круто, во-вторых, серверные потрясли нас своими размерами и оснащением, в-третьих, казалось, что девушка-админ просто +500 к карма.
Я видел себя примерно таким: 
Книги
Однако положение в торговле не приблизило эту «мечту».А это значит, что нам нужен выход. Итак, первым решением оказались книги, а точнее?.
Таненбаум, Компьютерные сети.
У меня не было последнего издания, но я буквально запоем прочитал его.
В книге есть несколько спорных моментов, как по манере изложения, так и по ошибкам переводчиков, но это настоящая научная книга на сложную тему.
В целом моя принципиальная позиция — эту книгу должен освоить каждый начинающий сетевой инженер, системный администратор, разработчик и тестировщик.
Затем, конечно, «Современные операционные системы».
В то же время в Рунете появлялись различные статьи, а потом в жизни появился Хабр.
Итак, какие выводы я сделал из работы с книгами?
- Книги, связанные с техникой, невозможно читать просто так, без карандаша в руке и без блокнота перед носом.
В принципе, эту истину учат в школе и институте, но почему-то быстро забывают в условиях работы.
Обязательно записывать ключевые моменты, сложные определения, разбирать непонятные вещи (например, незнакомые термины следует изучать дальше), рисовать схемы, систематизировать их.
- Книги, связанные с разработкой или администрированием, следует читать, имея под рукой компьютер — чтобы организовать свою практику и среду тестирования.
Чем больше вы возитесь с системой/стучите пальцами по клавиатуре, тем продуктивнее идет процесс самообразования.
Не ленитесь повторять одно и то же действие несколько раз, не стесняйтесь сделать шаг вправо или влево и посмотреть на обстановку процесса.
- Обязательно вернитесь к прочитанному пару глав назад — не потому, что «повторение — мать учения», а просто потому, что отчетливо видна связь между компонентами изучаемого материала.
- Не нужно выбрасывать или переворачивать то, что не получилось или не понравилось.
Обязательно разберитесь, найдите дополнительные источники – иначе эта информация станет вашим слабым местом.
Масок подсети мне не дали - на это ушло несколько дней и много найденного материала.
- Если вы начинающий специалист в IT-сфере, обязательно найдите книгу «для чайников» и просто прочтите ее — это даст максимально общее и упрощенное понимание предмета.
Забегая вперед, скажу, что этот метод помог мне с Python (стыдно сказать, но знакомство началось с книги Джейсона Бриггса «Питон для детей», закончилось началом книги Лутца — пока язык отложи в сторону.
О Боже, этот пост уже похож на признание человека, который не доводит начатое до конца).
По мере чтения Таненбаума пыл админа утих, а я вырос и понял, что разработка программного обеспечения гораздо интереснее, закрыл глаза и пошел учиться на разработчика в местный очень хороший корпоративный университет.
Боевой опыт
Однако жизнь устроена очень необычно и он часто шутит — из всех предметов почти двухлетнего курса курс администрирования Unix оказался самым крутым и продвинутым.Все было круто: пользоваться консолью, составлять сложные многокомпонентные команды (конвейеры), писать скрипты и даже компилировать C-код в gcc. При этом я резко сменил работу и совершенно сознательно пошел тестировать сложные системы IP-телефонии в другую крупную компанию.
Здесь администрирование Unix-систем было по уши — мы имели полную свободу не спать по ночам, допоздна на работе, возиться с серверной перед установкой клиентской сборки, работать с горой телекоммуникационного оборудования — от мирных Linksys и старых- школьные факсы весом 12 кг для Cisco и вещей, которые нельзя называть, но мы это понимаем.
Поскольку это был первый практический опыт работы с оборудованием и сетями, обучение заняло несколько месяцев.
Также были сделаны выводы.
- Если в компании нет института наставничества, обязательно найдите коллегу, который сможет ответить на ваши вопросы и помочь с важными задачами.
Это не значит, что вам нужно схватиться за рукав и следовать за ним или постоянно звать его; вопросы лучше собирать и задавать их в конце или начале рабочего дня.
Если это наставник, то обычно оговариваются правила общения.
- Не бросайте изучать теорию — подключайте книги, корпоративную базу знаний, профильные издания, конечно же, Хабр.
- Используйте официальную документацию к программному обеспечению или оборудованию, заходите на сайты и форумы вендоров и разработчиков (один только Microsoft TechNet сэкономил вам столько нервов за жизнь).
- Не скрывайте, если ошиблись – ваша скрытая ошибка может привести к череде проблем для ваших коллег.
Обязательно сообщайте о своих проблемах, обсуждайте ошибки и не воспринимайте чужие ошибки в штыки.
- Поддержание безопасного рабочего места и рабочей среды поможет вам уделять внимание деталям и обеспечивать безопасность вашей работы.
В одной компании еникеевы проучили, поменяв настройки на разблокированном ПК и оставив заставку с нецензурным требованием следить за безопасностью.
1-2 раз было достаточно.
- Постарайтесь максимально участвовать во всех процессах и понимать работу изнутри.
Среди системных администраторов и особенно DevOps существует такая практика: в случае запроса коллеги быстро выполнить работу за него, ничего не объясняя, и продолжить выполнение его задач.
Это заманчиво для обеих сторон и не всегда удобно наглеть и спрашивать: «Что вы здесь делали? Помедленнее, я делаю заметки.
Выбирайте удобный момент и обязательно разберитесь, что не получилось.
Это не зазорно.
и помог новичкам настроить весь наш зоопарк прослушивания звонков.
Однако при огромных нагрузках и постоянных сверхурочных работах зарплата была не фонтаном, и когда меня позвали работать в другую ИТ-компанию за вдвое большую сумму, я.
не мог уйти еще 2 месяца, пока проект не закончится и моя душа отпустила потрясающую инженерную работу.
Но в итоге разум оказался выше любви к делу и, утирая слезы над оборудованием, я отобрал разрешение на работу.
Пиар для Windows: вы так не думали
О дальнейших местах работы стоит говорить не в этой статье, они больше связаны с направлением «Менеджмент», но, скажем так, с конца 2012 года я занимаюсь продвижением корпоративного ПО для Windows ( с 2013 года - это РегионСофт CRM и все другие продукты нашей собственной разработки).И, казалось бы, продвигать, писать релизы и т. д., но нынешняя IT-сфера требует иных подходов (и это тоже тема отдельной статьи, которую, конечно, никто писать не будет - все уже сказано до нас).
) и в какой-то момент я почувствовал, что мне не хватает глубокого понимания того, как работают Windows и Microsoft Server. Дело в том, что продвижение в профессиональной среде должно быть практически на инженерном уровне – только тогда ты на равных с аудиторией.
А то утирайтесь своими пресс-релизами, они никому не интересны.
Сказано-сделано, я снова закрыл глаза и вернулся в тот же корпоративный университет на программу Microsoft Server Administration (7 месяцев).
И.
это оказалось совсем другое ощущение от учебы.
Когда у тебя за плечами опыт, работа с Unix, когда у тебя есть четкое понимание того, что такое операционная система изнутри, тогда остается только.
.
учиться еще раз, пытаясь одновременно убить в голове постоянное желание сравнивать одну операционную систему с другой.
Мыслей о том, что Windows должна умереть, конечно, не было (почти), но я давний пользователь и местами нежный любитель этой операционной системы и даже разработки под нее.
В группе было 12 человек, все с опытом работы, кто-то специалисты Эникея, кто-то сисадмины, кто-то я, единственное существо женского пола.
После трёх занятий нас осталось шестеро, пятеро дожили до конца.
И здесь я сделаю весьма неожиданное для Хабра лирическое отступление — просто потому, что Хабр читают студенты, новички и те, кто хочет «войти в IT после тридцати пяти».
Я расскажу вам, почему ушли эти 7 человек.
Они решили, что системное администрирование – это когда их научат подключать принтер к сети и расскажут, как просмотреть список посещенных сайтов.
В их понимании Windows существовала как бы сама по себе — и все администрирование сводилось к установке и удалению программ и очистке реестра.
В некоторых компаниях и некоторых других неделовых местах такое бывает (USB-порты тоже блокируются и дискеты вытаскиваются (интересно, все знают, что это поколение или уже выросло.
)).
Сам по себе процесс развертывания виртуальной машины уже отпугнул слушателей и они ушли, получив свои деньги обратно.
Жалко, конечно: те, кто дожил до Powershell и сдал по нему мини-тест, вышли на улицу в расстегнутых куртках при минус 20 - ВДВ отдыхают. Выжившие расположились в первом ряду и погрузились во все: групповые политики, безопасность, леса, домены и поддомены, сценарии, сеть, DHCP, DNS, DFS, Hyper-V и даже SQL (здесь как минимум).
Занятия проходили стандартно: лекция + практика.
Главным сюрпризом, конечно, было то, что все практические задания давались на английском языке, интерфейс тоже был на английском, за локализацию били руки; было запрещено включать русский язык.
Это был взрослый, серьезный опыт — изучение этого дела в 32 года, вечером после работы (даже двух), с Юниксом в голове.
Я хочу, чтобы результат услышали все, кто собирается чему-то научиться в такой же ситуации.
- Идти учиться нужно обязательно, даже если вам кажется, что преподаватель в чем-то слабее вас.
Во-первых, на таких курсах преподают практики, во-вторых, вы работаете вживую, в-третьих, вы систематизируете все свои знания и вникаете в довольно тонкие моменты, с которыми вы просто не столкнетесь на практике, но они могут оказаться полезными.
- Стоит готовиться к занятиям, пользоваться тетрадью, во время лекции записывать все непонятное и затем самостоятельно заполнять эти пробелы.
Это значительно облегчает восприятие.
- Дома (на работе) важно создать такую же обстановку, в которой вы учитесь, чтобы отрабатывать домашние задания или просто повторять полученную информацию.
- Обязательно используйте ресурсы и литературу.
- Постарайтесь понять ценность системного администрирования и себя как сотрудника для бизнеса – теперь вы не тот человек, который командует трафиком, а важная бизнес-единица.
Лицензирование, безопасность, экономия средств, развитие ИТ-инфраструктуры, комплексные задачи интеграции и внедрение нового оборудования и программного обеспечения — в ваших руках.
Возможно, DevOps — это ваше дело.
- Писать скрипты - это классный инструмент автоматизации, который к тому же учит добиваться цели за минимальное количество шагов и не создавать сущности (увы, не всегда получается, иногда скрипт выглядит очень грустно, нужно работать в теме).
- Не стесняйтесь задавать вопросы и искать ответы.
Да, это не всегда приятно, но мы такие взрослые и опытные.
Иногда в ответ можно услышать молчание.
Но мы не в детском саду, чтобы обижаться и оставаться ни с чем.
- Примените свои знания на практике – хотя бы на рабочем или домашнем ПК.
Знания не лежат мертвым грузом – они исчезают.
На данный момент я доволен всеми проектами, в которых участвую, и чувствую, что качество работы теперь выросло.
Ради интереса я сходил на три собеседования на должность системного администратора.
Детали первого раскрыть не могу, это были госорганы — скажем так, вопросов было больше по Outlook и Excel, чем по сетям и доменам.
Но двое других были совсем другими.
Первая – производственно-торговая компания.
Предыдущий боец ушел в DevOps в другую компанию и оставил ИТ-инфраструктуру практически в идеальном состоянии.
Все минимально: Active Directory, 57 пользователей, удаленные терминалы, немного коммерческого оборудования и мобильных устройств, периферия, аккуратная (на удивление аккуратная!) политика управления лицензиями, сисадмин в единственном числе.
Вторая — IT-компания.
Надо ли говорить, что я до этого не дорос, это уже дело практики: высоконагруженные системы, Kubernetes, Docker, RHEL/CentOS, миллион вопросов по обеспечению безопасности и отказоустойчивости.
Мне было приятно, что на большинство вопросов я ответил теоретически, но в конце интервью честно признался, что не готов к практической работе, так как об этих технологиях знал только из книг и Хабра.
Меня пригласили в торговую компанию.
Но повторюсь, это было только с целью анализа моего уровня, работу я не ищу, поэтому пришлось отказаться.
Так я и не стал системным администратором.
Я встречал разных сисадминов: чисто «башевских» и заросших, крутых парней, способных в одиночку контролировать масштабы регионального филиала огромной компании, ленивых и трудолюбивых, вредных и отзывчивых.
Мне всегда нравилась работа этих ребят – делать жизнь других людей проще и удобнее.
А у них веселее и разнообразнее, тут пользователи тоже позаботились :-) Вечер пятницы — любимое время для самых жестоких происшествий.
Пусть сегодняшний день станет исключением.
В общем, всех с праздником!
Наш регионSoft CRM , что админу приятно :-)
Наш все еще живой Telegram-канал BizBreeze .
Всё о CRM и бизнесе с умом, без копипаста и на 90% без рекламы.
Подписаться.
Теги: #Карьера в ИТ-индустрии #Системное администрирование #Образовательный процесс в ИТ #день системного администратора #девушка-сисадмин
-
Обыкновенный Помидор
19 Oct, 24 -
Сеть Медицинских Партнеров Doclead
19 Oct, 24 -
Сайт «Бородатой Войны»
19 Oct, 24 -
Письмо Разработчикам Mozilla Firefox (Юмор)
19 Oct, 24 -
Автоматизация Скриншотов, Мы Делаем Это Сами
19 Oct, 24
