Как я не стала вами: пост любви к сисадминам

    Сегодня День системного администратора — профессиональный праздник борцов железячно-софтверного фронта и лучших друзей юзеров в бизнесе. По случаю праздника мы попросили рассказать о своём пути к системному администрированию… нашего менеджера по PR. Даже не знаем, повезло вам, что наш менеджер не среди вас или не повезло. В общем, читайте немного необычную историю и судите сами.


    Источник

    От всей команды RegionSoft Developer Studio мы поздравляем вас с праздником! Желаем успешного ITSM, лучшего из ITIL, беспроблемного SAM, стабильного DevOps и понимать все эти аббревиатуры :-) Далее передаём слово коллеге и напоминаем, что статьи сотрудников в нашем блоге не редактируются и не рецензируются, а позиция компании может совпадать, а может и не совпадать с мнением автора.

    Привет, Хабр!

    Первые встречи


    Первый системный администратор случился в маленьком, буквально камерном, но государственном вузе. Он был настоящим другом и помощником особо ретивых ребят: выдавал нам проекторы для семинаров и конференций, выписывал во временное пользование старенький ноутбук Rover (однажды забытый мною в троллейбусе, но спасённый) и даже роскошь — новый ноутбук, но не выходя из здания вуза. Если что-то было поломано шаловливыми ручками энтузиастов, он помогал починить и не бежал докладывать о том, что эти студенты в попытках самовольно войти в IT готовы собрать все вирусы и перепроектировать внутреннюю сеть (тогда и защита другой была). Надо сказать, он быстро раскрыл нашу наглую группировку, и защита стала лучше, а студенты получили логины, пароли и права доступа. В общем, мы преподали важный урок — юзерам нельзя доверять даже если это 17-18-летние вчерашние дети с наивными глазами. Тогда о работе сисадмином и речи быть не могло — биржевое дело и матанализ увлекали в разы сильнее и казались перспективнее.

    Разумеется, Белфортов из нас не получилось и почти все разбрелись по банковским и налоговым структурам. Меня занесло в одну из крупнейших ИТ-компаний нашего города. И вот там-то появилось первое желание стать именно системным администратором — во-первых, помогать 450 сотрудникам это нереально круто, во-вторых, серверные потрясли своими размерами и оборудованием, в-третьих, казалось, что девушка-админ — это просто +500 к карме. Я себя видела примерно так:

    Книги


    Однако должность в коммерции не делала эту «мечту» ближе. А значит, нужен выход. Итак, первым выходом оказались книги, а точнее Э. Таненбаум, Компьютерные сети. Мне досталось не самое последнее издание, но читала я буквально взахлёб. В книге есть несколько спорных моментов как в манере изложения, так и в косяках переводчиков, но это настоящий научпоп по сложнейшей теме. В общем, моя принципиальная позиция — каждый начинающий сетевой инженер, системный администратор, разработчик и тестировщик обязаны освоить именно эту книгу. Потом, конечно, «Современные операционные системы».

    Одновременно с этим были различные статьи в Рунете, тогда же в жизни появился Хабр. Итак, какие выводы я сделала из работы с книгами.

    • Книги, связанные с технологиями, нельзя читать просто так, без карандаша в руке и без тетради перед носом. В принципе, эта истина познаётся в школе и институте, но почему-то быстро забывается в условиях работы. Обязательно нужно выписывать ключевые моменты, сложные определения, разбирать непонятные вещи (например, незнакомые термины стоит изучить дополнительно), рисовать схемы, систематизировать.
    • Книги, связанные с разработкой или администрированием, нужно читать с компьютером под рукой — для того чтобы организовать себе практику и тестовую среду. Чем больше вы ковыряетесь в системе / бьёте пальцами по клавиатуре, тем продуктивнее процесс самообразования. Не ленитесь повторить несколько раз одно и то же действие, не стесняйтесь шагнуть вправо или влево, посмотреть окружение процесса.
    • Обязательно возвращайтесь к прочитанному пару глав назад — не потому что «повторенье мать ученья», а просто так четко прослеживается связь компонентов изучаемого материала.
    • Не нужно бросать или перелистывать то, что не получилось или не понравилось. Обязательно разберитесь, найдите дополнительные источники — иначе именно эта информация станет вашим слабым местом. Мне не давались маски подсети — на них ушло несколько дней и куча найденного материала.
    • Если вы начинающий специалист в ИТ-сфере, обязательно найдите книгу «для чайников» и просто прочитайте её — это даст самое общее и упрощенное понимание предмета. Забегая вперед, скажу, что этот способ меня выручил с Python (Стыдно сказать, но знакомство началось с книги Джейсона Бриггса «Python для детей», закончилось началом книги Лутца — пока язык отложен в сторону. О боже, пост уже похож на исповедь человека, который не заканчивает начатое).  



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

    Боевой опыт


    Однако жизнь устроена весьма необычным образом и нередко шутит — из всех предметов почти двухгодичного курса самым крутым и продвинутым оказался курс администрирования Unix. Круто было всё: использовать консоль, составлять сложные многокомпонентные команды (конвейеры), писать скрипты и даже компилировать сишный код в gcc. В то же время я резко сменила работу и абсолютно сознательно отправилась тестировать сложные системы IP-телефонии в ещё одну крупную компанию. Вот там системного администрирования Unix было по уши и выше — у нас была полная свобода не спать по ночам, задерживаться на работе, ковыряться в серверной перед инсталляцией клиентского билда, работать с горой телекоммуникационного оборудования — от мирных Linksys-ок и олдскульных факсов весом 12 кг до Cisco и штучек, которые-нельзя-называть-но-мы-всё-поняли. Поскольку это был первый практический опыт работы с оборудованием и сетями, несколько месяцев были сопряжены с обучением. Выводы также были сделаны.

    • Если в компании нет института наставников, обязательно найдите коллегу, который сможет отвечать на ваши вопросы и помогать с важными задачами. Это не значит что нужно вцепиться в рукав и ходить за ним следом или непрерывно звать его, лучше собирать вопросы и задавать в конце или начале рабочего дня. Если это наставник — то для общения обычно оговаривается регламент.
    • Не останавливайтесь в изучении теории — подключайте книги, корпоративную базу знаний, специализированные издания, конечно же, Хабр.
    • Пользуйтесь официальной документацией к ПО или оборудованию, заходите на сайты и форумы компаний-вендоров и разработчиков (сколько нервов сберёг за жизнь один только Microsoft TechNet).
    • Не скрывайте, если накосячили — ваша скрытая ошибка может повлечь череду проблем у коллег. Обязательно сообщайте о своих проблемах, обсуждайте ошибки, не воспринимайте в штыки чужие промахи.
    • Заботьтесь о безопасности рабочего места и рабочего окружения — так вы приучитесь уделять внимание деталям и сохраните свою сделанную работу в безопасности. В одной компании эникеев-раззяв проучивали тем, что сбивали настройки на нелоченном ПК и оставляли заставку экрана с нецензурным требованием следить за безопасностью. 1-го — 2-х раз было достаточно.
    • Старайтесь максимально включаться во все процессы и понимать работу изнутри. В среде сисадминов и особенно DevOps-ов есть такая практика: в случае поступившей просьбы от коллеги быстро сделать работу за него, ничего не объясняя, и продолжить свои задачи. Это заманчиво для обеих сторон и не всегда удобно снаглеть и спросить: «А чё-как ты тут сделал? Помедленнее, я записываю». Выберите удобный момент и обязательно разберитесь в том, что не получилось. Это не зазорно.

    Через несколько месяцев я легко справлялась со всеми базовыми вопросами работы в консоли (и уже привыкла, что монитор ПК —  это, в основном чёрно-белая консоль и скромный GUI нашего ПО), на раз настраивала и проводила репликацию баз данных, делала горячую замену HDD и помогала новеньким настроить весь наш звоняще-слушающий зоопарк. Однако при огромных нагрузках и постоянных переработках зарплата была не фонтан и, когда меня позвали в коммерцию очередной ИТ-компании на вдвое большую сумму, я… не смогла уйти ещё 2 месяца, пока не закончился проект и душа не отпустила потрясающую инженерную работу. Но в итоге разум оказался выше любви к делу и, растирая слёзы по оборудованию, я забрала трудовую.

    PR под Windows: вам не показалось


    Про дальнейшие места работы говорить стоит не в этой статье, они имеют больше отношения к потоку «Управление», но, скажем так, с конца 2012 года я рука об руку иду с продвижением корпоративного ПО под Windows (с 2013 года — это RegionSoft CRM и все остальные продукты нашей собственной разработки). И, казалось бы, продвигай, пиши релизы и т.д., но нынешняя ИТ-сфера требует иных подходов (и это тоже тема отдельной статьи, которую, конечно, никто не напишет — всё сказано до нас) и в какой-то момент я ощутила, что мне не хватает глубокого понимания работы Windows и Microsoft Server. Дело в том, что продвижение в профессиональной среде должно быть практически на уровне инженерии — только тогда ты с аудиторией на равных. Иначе — подотритесь своими пресс-релизами, они никому не интересны.

    Сказано — сделано, я снова зажмурилась и вернулась во всё тот же корпоративный университет на программу «Администрирование Microsoft Server» (7 месяцев). И… это оказалось совершенно другое ощущение от обучения. Когда ты имеешь за плечами опыт, когда работал с Unix, когда есть чёткое понимание того, что такое операционная система изнутри, то остаётся только...
    … заново учиться, пытаясь попутно вырубать в голове постоянное стремление сравнивать одну операционку с другой. Конечно, мыслей о windows must die не было (почти), всё же я давнишний пользователь и местами нежный любитель этой операционной системы и даже разработки под неё.
    В группе было 12 человек, все с опытом работы, некоторые — эникейщики, некоторые — системные администраторы, некоторые — я, единственное существо женского пола. Через три занятия нас осталось 6 человек, до конца дожили 5. И тут я сделаю очень внезапное для Хабра лирическое отступление — просто потому что Хабр читают и студенты, и начинающие, и желающие «войти в айти после тридцати пяти».

    <лирическое отступление>
    Я расскажу, почему ушли те 7 человек. Они решили, что системное администрирование — это когда их научат подключать принтер в сеть и расскажут, как смотреть список посещённых сайтов. В их понимании Windows существовала как бы сама по себе — и всё администрирование сводилось к установке и удалению программ и чистке реестра. В некоторых компаниях и ещё кое-каких не-бизнесовых местах так и есть (ещё USB-порты блокируют и флоппики выдёргивают (интересно, все знают, что это или уже выросло поколение…) ). Один только процесс развертывания виртуальной машины уже спугнул слушателей и они ушли, вернув свои деньги. Жаль, конечно: дожившие до Powershell и сдавшие мини-зачёт по нему выходили на улицу в расстёгнутых куртках в минус 20 — ВДВ отдыхает.
    </лирическое отступление>


    Выжившие сгнездились в первом ряду и погрузились во всё: в групповые политики, безопасность, леса, домены и поддомены, в скрипты, сетевую работу, DHCP, DNS, DFS, Hyper-V и даже SQL (тут на минималках). Занятия проходили стандартно: лекция + практика. Основным сюрпризом, конечно, было то, что все практические задания давались на английском, интерфейс также был англоязычным, за локализацию били по рукам русский включать было запрещено. Это был взрослый, серьёзный опыт — изучать это дело в 32 года, вечером после работы (даже двух), с Unix в голове. Мне хочется, чтобы итог услышали все, кто собрался чему-либо поучиться в такой же ситуации.

    • Идти учиться обязательно, даже если вам кажется, что препод в чём-то слабее вас. Во-первых, такие курсы читают практики, во-вторых, вы работаете вживую, в-третьих, вы систематизируете все свои знания и углубляетесь в довольно тонкие моменты, с которыми просто так на практике не столкнёшься, но они могут пригодиться.
    • Стоит готовиться к занятиям, использовать тетрадь, по ходу лекции записывать всё, что не ясно и потом самостоятельно восполнять эти пробелы. Так воспринимать в разы проще.
    • Дома (на работе) важно развернуть такую же среду, в которой вы обучаетесь, чтобы практиковаться в домашних заданиях или просто повторять полученную информацию.
    • Обязательно пользуйтесь ресурсами и литературой.
    • Старайтесь понять ценность системного администрирования и себя как работника для бизнеса — сейчас вы не тот человек, который повелевает трафиком, а важная бизнес-единица. В ваших руках лицензирование, безопасность, экономия средств, развитие ИТ-инфраструктуры, сложные задачи по интеграции и введение в работу нового оборудования и ПО. Возможно, за вами DevOps.
    • Пишите скрипты — это крутое средство автоматизации, которое к тому же учит достигать цели за минимальное число шагов и не плодить сущности (увы, не всегда получается, иногда скрипт выглядит очень печально, нужно работать над ним).
    • Не стесняйтесь задавать вопросы и искать ответы. Да, это не всегда приятно, всё же мы такие взрослые и опытные. Иногда можно в ответ получить молчание. Но мы не в детском саду, чтобы обижаться и оставаться ни с чем.
    • Применяйте знания на практике — хотя бы для своего рабочего или домашнего ПК. Знания не лежат мёртвым грузом — они улетучиваются.

    Я получила всё, что хотела от курса и даже больше. На данный момент меня радуют все проекты, которыми я занимаюсь, и я чувствую, что теперь качество работы выросло. Ради интереса я сходила на три собеседования на системного администратора. Подробности первого не могу раскрывать, это были органы власти — скажем так, вопросов про Outlook и Excel было больше, чем про сети и домены. А вот два других были очень разными.

    Первое — промышленно-торговая компания. Предыдущий боец ушёл в DevOps в другую компанию и оставил ИТ-инфраструктуру в почти идеальном состоянии.  Всё по-минимуму: Active Directory, 57 пользователей, удалённые терминалы, немного торгового оборудования и мобильных, периферия, уже в наличии аккуратная (удивительно аккуратная!) политика управления лицензиями, сисадмин в единственном числе.

    Второе — ИТ-компания. Что и говорить, я до этого не доросла, дело уже в практике: высоконагруженные системы, Kubernetes, Docker, RHEL/CentOS, миллион вопросов по обеспечению безопасности и отказоустойчивости. Порадовало, что в теории я ответила на большинство вопросов, но в конце собеседования честно призналась, что не готова к практической работе, поскольку знаю об этих технологиях только по книгам и Хабру.

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

    Так я не стала системным администратором. Я встречала разных сисадминов: чисто «башевских» и заросших, крутых парней, способных в одиночку следить за масштабом уровня регионального отделения огромной компании, ленивых и трудолюбивых, вредных и отзывчивых. Мне всегда нравилась работа этих ребят — делать жизнь других людей проще и удобнее. А свою — веселее и разнообразнее, тут юзеры тоже позаботились :-)

    Вечер пятницы — любимое время самых жёстких инцидентов. Пусть сегодня будет день-исключение. В общем, всех с праздником!



    Наша RegionSoft CRM, которую приятно админить :-)

    Наш пока живой Телеграм-канал BizBreeze. Всякое про CRM и бизнес, по уму, без копипаста и на 90% без рекламы. Подписывайтесь.

    RegionSoft Developer Studio

    174,71

    CRM-система, программное обеспечение для бизнеса

    Поделиться публикацией

    Похожие публикации

    Комментарии 15
      +1
      Спасибо.
        0
        В работе сисадмина есть один специфический момент — чем меньше он работает, тем лучше он работает. Конечно, имеется в виду хороший сисадмин™, а не пинатель балды.
        И счастье того, чьё руководство понимает эту специфику.
        Мои поздравления и пожелание встречать максимум адекватных людей, на своем пути.
        В том числе и начальства.
          –1
          Это вы про админа в вакууме. Лучший врач это тот у которого не умирают пациенты, с одной стороны бесспорно, с другой -хирург и ухогорлонос разные врачи.
          Идеальная система действительно не нуждается в администрировании, но стоит появиться хоть одному пользователю и вся идеальность пропадает.
          0

          Спасибо, интересная статья!

            0
            Спасибо, прочитал на одном вздохе!
              0
              5 лет в сисадминстве. Года два уже думаю как свалить с этой профессии в веб-дизайн
                +1
                Почему бы не сделать одно из направлений своим хобби и зарабатывать (удовольствие) на всем?
                  0
                  а чего не нравится? Поделитесь? Я вот только думаю влезть во все это. Меняю специальность, так сказать.
                  0
                  Ушел в девопсы и ни о чем не жалею :D
                    0
                    Отличная статья!
                      0
                      Думаю второе бы Вам как раз подошло!
                      Почти всегда нового сотрудника приходиться учить «всему» тому что делает контора (пусть она даже Гугл или особенно Гугл ) Не важно что вы знаете и умеете (точнее конечно важно быть в теме и чем вы в ней глубже тем лучше :). Важно как это делать конкретно здесь и сейчас. И этому то вас и будут учить. Или посмотрят как вы этому сами учитесь.
                        –3
                        В группе было 12 человек, все с опытом работы, некоторые — эникейщики, некоторые — системные администраторы, некоторые — я, единственное существо женского пола.
                        Самокритичненько вы само к себе, «существо женского пола»… В IT, обычно, «существам» послабления нет — business is business, и никто вам платить ни за низкую самооценку, ни за «няши-няши» не будет. Впрочем, возможно, в Роисси все-таки за это платят — сорри, я не в курсе. Но в мире «существа» не в тренде, учтите!
                          +3

                          Мне кажется, что у автора всё же была нотка юмора в форме самоиронии, а не самоуничижительные намёки на похвалу.

                            0
                            Спасибо за комментарий! Конечно, это самоирония.
                            +6
                            Вас феминистки не кусали, нет? А то прививку бы сделать не помешало :-)

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

                            А вот насчёт бизнес и платят — это не ко мне. Я совокупно по своим проектам получаю вдвое больше, чем средний программист по Нижегородскому региону, 11 лет в бизнесе и одна кормлю семью из 4 человек. Так что я прекрасно знаю, что мне платят за мозги.

                            А за «няш» платят, кстати. Знаю много примеров. Да и вы, думаю, знаете. Но, увы, мне няшности занять негде и продать некому.

                            В общем, всем «няш-мяш», ёпт.

                          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                          Самое читаемое