Поймите меня правильно. Я не жалуюсь на своё место работы — здесь как раз всё отлично, даже более чем. Цепочка моих руководителей — бывшие (пусть некоторые и очень бывшие) сисадмины в том или ином виде. Вот только сколько моё место просуществует, и найду ли я потом хотя бы вполовину столь же хорошую работу — вопросы сложные, задумываться о которых больно и не хочется.

Я рассказываю вам своё видение ситуации и пытаюсь дать тот совет, который я дал бы самому себе лет эдак 6-8 назад, используя мат, удары по голове и угрозы. Я не утверждаю, что админы больше не нужны вообще. Я утверждаю, что ВАМ лично не нужно хотеть становиться админом.

Для начала давайте знакомиться. Меня зовут Влад, мне 29 (кажется, ик) лет. Более трети жизни я официально работаю linux-админом, примерно половину жизни назад поднял свой первый относительно публичный сервер (до сих пор помню, что это был wowemu mangos 0.1 для локалки на 250 хостов). Конечно, сначала на виндах, но в 2006-м я понял, что с ними мне точно не по пути.

Не лишним будет и определиться с тем, что именно я буду называть «сисадмином» (здесь и далее — linux-админом). «Классический» админ — это чувак, знающий про кучу всякого говна, способный запустить, настроить и поддерживать в рабочем состоянии любую хренотень от какого-нибудь redmine до монстров вроде опенстека и кубера, имеющий однострочники на все случаи жизни и bash/zsh-history на 100k строк, пишущий скрипты для автоматизации чего угодно на перлебашепитоне (скрипты, бл*ь, а не вебсервисы и сложную матлогику), носящий на ручках 24на7 какой-нибудь сервис и-или инфраструктуру под ним (если повезет — с коллегами вместе), знающий, что репликация — не бэкап, а главное — примерно понимающий, как вся эта хуерга работает внутри, что позволяет быстро отвечать на вопросы из разряда «WTF».

Работу сисадмина сейчас принято называть Ops (эксплуатация).

И вот, наконец-то, мой вам совет — не изучайте Ops, закройте этот блог, забудьте нахуй про попытки что-то понять, выкиньте все книжки для админов. Откройте первую встреченную книгу по программированию и учитесь прогать.
Не стремитесь стать админом, и упаси господи — не тратьте время на то, чтобы стать хорошим. Не тратьте своё время зря. Вам не нужен этот геморрой. В худшем случае, вам нужно будет научиться копипастить конфиги и команды из гугла. Через лет 5 после того, как вы станете «Senior developer», ага.

Карьера разработчика в современном мире намного проще, прибыльнее и приятнее, а главное — предсказуемее. Да и потолок — выше. Что будет с профессией разработчика через 20 лет? Да ничего, скорее всего — изменятся технологии, какие-то принципы, но не основная суть — на ваш век хватит. А вот профессии админа через 20 лет уже точно не будет, а через 5 лет админы будут стоять в пищевой цепочке на уровне уборщиц.

Скилл администрирования становится лишь вспомогательным скиллом к профессии разраба, как, например, английский язык. Да, работать разработчиком без знания английского — сложно, очень сложно. Но, во-первых, может хватить весьма базовых знаний, чтобы понимать термины (ровно так же дело обстоит и с эксплуатацией для разраба), а во-вторых работать разработчиком не умея программировать вообще — невозможно. Ровно поэтому правильный ваш путь таков — научиться программировать, научиться работу работать (не путать с написанием кода — писать код для кого-то в разы сложнее, чем для себя), подтянуть soft-skills, научиться общаться, потом можно заняться английским до разговорного уровня. И вот где-то здесь можно начать задумываться о том, чтобы учиться администрированию.
И не ведитесь на рассказы о том, что «программирование это слоооожно, нужно математику знать, нужно было в универе учиться». Нихуя там сложного нет — 80% разработчиков на рынке не смогут дискриминант посчитать без гугла. Просто нужен опыт, набитая рука и привычка мыслить кодом. А дальше можно просто не соваться в сложные проекты. Вот хирургом быть сложно. Неправильно порезанную печенку назад не откатишь, это не релиз.

Да-да-да, я знаю, многие сейчас воскликнули «чувак, ты чоооо, есть девопсы и SRE, они зарабатывают миллионы тугриков в наносекунду! они же бывшие админы». Вот только всё это вас никак не касается. Зарплату SRE/DevOps-а определяет именно и только умение кодить. Никто не оценивает досконально их Ops-скиллы — «десяток команд написать можешь, кнопку деплой найдешь? Сойдет.» А вот пролететь с вакансией, будучи очень и очень опытным Ops-ом из-за того, что не смог напрогать на собеседовании какую-нибудь хэш-таблицу с подъёбом — это всегда пожалуйста.
В итоге человек, посвятивший 3 года разработке, будет получать столько же, сколько человек, который посвятил 3 года разработке и 3 года администрированию. Оно вам надо? Не проще ли работать сеньором-помидором, изредка пописывая докер-файлы, уже через 5 лет после старта, чем через эти самые 5 лет наслаждаться тем, как вас сравнивают с хозяюшками в офисе, а работу вашу иначе как вредительством не воспринимают?

Почему? Их есть у нас.

Админских вакансий мало.
Соотношение админов к разрабам всегда было неравным. Команда из 2-3 админов и раньше легко переваривала то, что понапишут полсотни разрабов (мой личный рекорд — ~700 разрабов на 4 админов, жив-цел-орел). Сейчас, думаю, реальное соотношение на рынке и вовсе стремится к «один админ на сотню разрабов». Конечно, всё это действительно как-то разбавляется девопсами и тем, что разрабы в среднем по больнице стали больше уметь, прошли те времена, когда ops-ы за разрабов делали apt/pip install, но суть от этого не меняется — вакансий админов тупо меньше, а с зарплатой, окупающей геморрой — и вовсе пшык.

Вас будут собеседовать разработчики.
Так как ops-ов везде мало, то и собеседовать (помимо руководителей и HR-ов) вас будут именно разработчики — пусть и тимлиды. Они будут тыкать в вас пальчиками и хохотать, что вы ручкой на листке без IDE не можете написать работающую сортировку пузырьком. Вы, конечно, можете похихикать на тему того, что они не могут закрыть админку паролем nginx-ом с первой попытки (серьёзно, проверьте, вдруг в вашей приложеньке регистронезависимый роутинг и /aDmin доступно всем), но нанимают-то они.
Отсюда же вытекает и то, что вашу ops-экспертизу оценивать никто не будет. Я уже лет 5 не слышал на собеседованиях хороших вопросов (впрочем, в последние 2 года меня там и не было — тоже тот ещё сигнальчик). Часть вопросов — «а как бы ты поступил в этой ситуации». Достаешь из головы какой-нибудь идеальный вариант, проверенный на своём опыте, а тебе молвят — «мы делали по-другому, ты не прав». Или «мы с этой штукой незнакомы, давай по-другому» (и так раз 5). Вот и играешь в угадайку, а не на вопросы отвечаешь. Остальные вопросы — элементарные. Те вопросы, которые мне задавали 10 лет назад на первом месте работы всё ещё спрашивают (кстати, правильные ответы до сих пор не все собеседующие узнали, так что случаются казусы).
На всю жизнь, думаю мне запомнится один вопрос, ещё с тех пор, когда я стеснялся всех крыть хуями и называть дебилами в лицо. Звучал он дословно так — «какое шифрование используется в product_name?». Я минут 5 перебирал все известные мне ciphers, пытался угадать битность шифрования, что-то там мычал про симметрию-ассиметрию. «Ты дурак, там TLS используется». Это был последний вопрос на собедовании. Да и закончилось оно как-то быстро, хым…

Релокация для чистого Ops-а — сказка из книжки «Никак, бл*ь»
За 5 лет я видел 1 (прописью — одну) вакансию, описание которой подразумевало, что компания готова нанять и перевезти админа в Европу, не заебав его предварительно вопросами про бинарные деревья на строго определенном ЯП.
Конечно, видел тонну вакансий из разряда «ну вы приезжайте, селитесь, а мы вас потом пособеседуем». Они ещё чаще всего были с зарплатой на уровне местных Мухосрансков, несмотря на то, что работать нужно в столицах, где ценники за квартиры такие, что Москва с её ценами начинает казаться какой-нибудь Угандой.
Разработчиков же релоцируют с такой скоростью, что я у них имя спросить не успеваю, угу.

Опыт и знания разработчика универсальнее
Технологический стек, с которым работает админ, очень сильно привязывает его к текущему месту работы. Если вы на этом месте дошли до верха рынка зарплат, то шансов перейти хотя бы на ту же зарплату почти нет — придется даунгрейдиться, доучиваться, а там может быть повысят.
Я видел кучу интересных вакансий, где хотели postgres. Но, блин, откуда вообще 5-8 лет назад можно было поковыряться с хайлоад-постгресом? (кстати, встречный вопрос — кого они там наняли вообще, если вакансии были не сугубо-DBA, а требовался нехилый такой набор всего остального?).
Админили попенстек? А сейчас все вакансии — с кубером. Развлекайтесь! И нет, «я тут ковырял кубер, он не сложный» не канает, все хотят боевого опыта.
Ещё занятным было «хождение по паппету». Так уж получилось, что на пике его популярности в РФ, я плотненько ковырялся в CFEngine и в целом было не до паппета. Созваниваешься с HR-ом «да-да, никаких проблем, мы понимаем, что всё это можно за месяц освоить, не будем спрашивать, вы главное приходите». Приходишь. «Каким модулем паппета можно сделать вот эту ебаную неведомую хуйню? Не знаешь? а чего пришел? Аааа… CFE хорошо знаешь, он такой же, с любой CMS разберешься… ну позвоним, если чо».
Бесит.
Можно, конечно, яростно врать про свой опыт, но оно не у всех получается…
У разработчика же обычно всё проще — нужен один-два фреймворка на каком-то конкретном языке (ок, двух-трех) + общая адекватность. У админских же вакансий бывали такие сочетания скиллов, что даже теоретически нельзя было представить, как и нахуя можно было эти скиллы получить на одном месте работы — разве что повезло с 2-3 предыдущими местами сразу и пасьянс сошелся. Там же обычно как — разраб написал 10 проектов на одном стеке и технологиях, другой — ещё на 10, третий умудрился не пересечься с ними… Ну а поддерживать всё это одному админу — в том числе и тогда, когда все 3 разраба уже свалят. Не буду утверждать, что это пиздец как сложно поддерживать такой зоопарк. Но пройти собеседование в такой зоопарк — да, сложно. Все же помнят «что было бы если бы водителей нанимали как программистов»? Не про разработчиков это было, уж поверьте.

Груз знаний админов при этом намного больше — больше продуктов, больше случаев и событий, больше мелких особенностей. Админу нужно знать и то, с чем он сейчас не работает, и то, с чем уже не работает, нужно читать постоянно читать кучу новостей, чейнджлогов и прочего.
При этом каждая отдельная частица знаний переиспользуется ops-ами намного реже. Вот случился у вас факап по причине Х. Вам нужно это Х запомнить. Случится ли такое же ещё раз? Хрен знает. Может да, может нет — лучше помнить про это. 80% того, что вы знаете никогда не пригодится снова.
Знания же разработчиков, пусть и сложнее/глубже в каждой частности, но при этом они универсальнее с точки зрения смены работы. А главное — каждая единица знаний разраба используется им в жизни в среднем намного чаще.

Работы для админов стало меньше
Раньше же как было? «О, мы наняли админа, ура. Подними нам внутреннюю вики, redmine, корпоративный xmpp, замониторь всё, забэкапь. Неделя тебе на всё, там ещё 200 задач накопилось».
А как сейчас выглядит среднестатистическая «небольшая IT-компания»? Слак, джира/worksection в облаке, почта в gapps/mso365… что там ещё забыл? Гитлаб? Ну один пакет поставить. Можно и в гитхаб деньги занести, впрочем.
Остаётся только на чём-то запустить свой продукт. И тут всё хорошо — S3, RDS… Ну а уж с запуском единственной программы и кронячек можно и без админов справиться.
Бэкапы? Ой… Ну можно закрыть сервис, извинившись перед пользователями, что плохо предупредили, и «пойти дальше», как это модно теперь стало. Кинобаза, cloudmouse… сколько вас там ещё будет?
Ну а в крупной компании каждую маленькую хренюленьку будет «админить» её разработчик — хорошо знакомый со спецификой и умеющий правильно порестартить сервисы.

В итоге остаются только бомж-конторы, которые не готовы заплатить по $5 за пользователя за джиру-почту и тыды, а амазон у них годовой бюджет за месяц сожжет. Вот только непонятно, сколько они будут вам платить. А тем более — сколько они будут платить, если дефицит людей на рынке прекратится?

Работа админа стала проще
Нельзя не упомянуть и тот момент, что работать в принципе стало проще. Почти на каждый чих есть готовый рецепт в гугле, все ошибки и проблемы возникли до вас, linux стал наааамнооооогоооо стабильнее, мир как-то стремится к унификации технологий (нет, маргиналы-то есть, но в целом — «упаковались в докер, api в api через api и фронт сверху» история достаточно популярная).
Истории с «вочдог, который следит за вочдогом, который следит за вочдогами, которые следят за сервисами» закончились — systemd научился перезапускать процессы после падения, докер в общем-то тоже с этим справляется.

Железки стали мощнее и дешевле. То, что раньше не влезало в пять серверов и называлось «хайлоадом» сейчас не сможет нагрузить одну железку. Всякие гибкие планировщики в облаках, опять же — резерв всегда есть. Никто ничего не тюнит. Случился хабраэффект, кнопок потыкал, денег заплатил, у вас в 10 раз больше ресурсов. Тюнить систему? Пффф. Один хрен оверхед от докеров такой, что результат тюнинга будет измеряться единицами процентов. Да и железо в вашем облаке никто не тюнил, оно там под универсальные нагрузки.
А вот скейлиться научились все. Вообще все — разработчики продуктов, разработчики технологий, все софтины подтянулись так или иначе, все ЯП. Не умеешь в горизонтальное масштабирование в 2020 — ты труп. А с ipv6 всё тот же пиздец, мда.
Да и вообще если так подумать, то новых больших проектов РФ уже давненько не случалось, чтобы там нужно было задумываться об экономии железа в промышленных масштабах. Кто случался — тех купили, там эти вопросы решаются централизованно.

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

Гитлаб и докер поднимается за 5 минут с первой попытки, кубер — за день. Как оно потом жить будет — лично вам должно быть похер — когда оно взорвется, вас там уже не будет. Вы скажете — но это же как-то по-мудацки? Вы никогда не сталкивались с фразой «ничего личного, это бизнес»?

Админ — всегда вредитель (с точки зрения бизнеса)
Вы никогда не будете «успешным сотрудником», будучи Ops-ом.
Смотрите на пальцах. Вся команда радостно «бежит вперед быстрее», пилит фичи, захватывает новые рынки и аудиторию. А ваша работа — встать перед этой толпой и проорать «вы ебобо, астанавитесь, сейчас всё сломается нахер». Будут ли вас ценить? Пфе.
Если радостно бежать быстрее вместе со всей командой — пупок развяжется столько работать. Придется как-то балансировать.

Опять же. Как доказать, что вы полезный? Починили факап? Ну ты и виноват (а если сдать кого-то конкретного — ну.. на корпоративы не ходите потом). Предотвратил факап? Пфе, докажи, что он случился бы. Обновляешь-закрываешь дырки? Да кому мы нужны, чтобы нас ломали. Улучшил настройки, сервис стал отвечать на 10мс быстрее? Да брось, это всего-лишь 10мс (а что в сумме за всё время работы ты уже секунду срезал — так память человеческая коротка).

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

А разработчик? Кнопку прихерачил, тасочку закрыл — пошел просить премию. А что кнопочка при нажатии в ядро cpu упирается — так это теперь не его проблемы, он уже на другом проекте. Более того, половина того, что пишут разработчики — уже давно написано. Они это пишут ровно потому, что проще сесть, написать и сказать «вот, я сделяль», чем взять готовое, изучить, настроить — мало того, что работы потом ещё навалят, так и премию не дадут — «не кодил = не работал».

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

Как-то я долго и усердно расписывал план по тюнингу одного сайта — написал пару десятков конкретных задач разрабу (там вплоть до «вот в этой строчке теряем 150 мс»), подготовил сервер, настройки, описал, как масштабировать проект дальше. Короче, на одно только бумагомарание потратил около 80 часов. Знаете чем закончилось? Пришел другой разраб, посмотрел на всё это, заявил «хуйня какая-то» и написал всё с нуля, поставил 2 сервера в 3 раза мощнее (один для кронячек, второй для веба), как-то это всё запустил без меня. Обидненько-с, я и не знал, что так можно было =)

Фундаментальные знания в общем-то тоже никому не нужны — кому сейчас интересно, как там что в dns устроено (кнопку нажал, текст скопировал, вроде работает), как там http(s) устроен (сайт открывается — пойдет), какое там сейчас ядро и зачем — вообще наплевать, до уровня рейдов сейчас спускаются только сотрудники хостеров разве что…. Админа начинают искать, когда dockerd запускаться перестал.

И чем в итоге админ полезен, с точки зрения властьимущих? Особенно если почти всю его работу могут сделать другие люди — «как-то», но качественно не требуется, мы же помним. Ничем.
Конечно, оно и раньше имело место быть, но сейчас уж очень ярко выраженным стало.

Потолок карьеры стал бить по лицу рядовым админам
Раньше часть админов уходила вверх руководить большими структурами, а некоторые потом и вовсе уходили в какой-то топ-менеджмент или около того (пользуюсь случаем, передаю привет Бобуку и Татьяне Бахаревской из Корбы;) (Бобука тут не совсем честно вспоминать, он пошел немного другим путем, но привет передать это не мешает)). Происходило это на фоне того, что люди были руководителями в небольшой компании, с ростом компании получали больше людей в подчинение, а потом уже за «руководительские заслуги» уходили вверх, вплоть до СТО.
А как теперь админу вырасти до уровня СТО «естественным путем»? Руководить группой админов в небольшом стартапе, который имеет шансы вырасти в крупную компанию? Группой админов? Мда? Ещё и такой, чтобы в неё постоянно нанимали людей в темпе роста компании? Допустим, на вашей улице фура с единорогами шмякнется, и вы в такую попадете. Но стартап в РФ, которые вырастет в крупную компанию? Нет. Вас купят (ну или закроют). А в новой структуре вы так и останетесь руководить маленькой группкой админов (и хорошо, если останетесь, уж поверьте).
А вот разрабу за счет роста команды стать руководителем сотни разрабов — говно вопрос (серьёзно). Такое можно представить в современном мире. А дальше уже можно несколько раз сменить компанию на более крупную, дойдя тем самым до топа.
Да и опять же — админ-СТО со своим мировоззрением в принципе никому не нужен, смотри пункт выше.

Если вы один админ — вы ещё и юрист
Количество новых законов, которые нужно знать админу уже стало постепенно приближаться к суммарному набору необходимых технических знаний.
Когда вы сидите в крупной компании — это незаметно, к вам придут, напишут тикет. Когда вы сидите в мелкой конторе — дверь вашего кабинета-серверной проламывают лицом владельца компании ОМОНовцы, а сам владелец кричит «это всё он виноват, не предупредил».
Законов реально ОЧЕНЬ много. Всякие ПД, Яровые, распространители — соблюдение этих законов перекладывается именно на админов, если они остались. «Обычные» юристы не торопятся вообще вникать в них. Да и если пытаешься последствия законов внедрять — «денег нет, но вы держитесь», как обычно.

Здоровье не скажет вам «спасибо».
Работа админа — очень интерактивна. Сидишь в чатиках, всем отвечаешь, горящие тикеты, факапы, вся текучка требует присутствия за компом. И так часов 8 в день. После этого остаешься доработать свои тикеты из спринта. Потом нужно ещё и что-нибудь новое изучить, RSS промотать, статьи почитать…. Ах да — надо ещё и дома в игры сыграть (на что-то более активное сил нет). И хорошо если вся эта хрень не творится ещё и ночью с выходными. В сухом остатке тебе жизненно необходимо проводить за компом не менее 8 часов в сутки. А что бы быть богатым и успешным — 12 часов. А в плохие дни и по 18 сидишь.
Особенно невезучим коллегам нужно по ночам чинить что-то, а потом ещё и с утра подрываться на работу строго к Х часам.
Короче, «работать нужно не 8 часов, а головой» — это не про админов, by design. С другой стороны, конечно, можно найти уютное болотце и руководствоваться логикой «работает — не трожь», но таким методом вы даже сейчас сильно много денег не заработаете уже сейчас, чего там говорить про перспективы.
Разработчику в этом плане проще. Чтобы быть хорошим разработчиком — не нужно сидеть за ноутом всё время. Разработчик на пробежке продолжает думать и работать разработчиком. В бассейне — аналогично. На встречах разработчики «работают» (есть, конечно, ублюдочные компании, где «встречи не отменяют задач», но всё же). А вот админ, как только отходит от ноута, работать перестаёт. Да, что-то там можно обдумать изредка и просто плюя в потолок, но основная часть работы всё же кнопки нажимать — в чатах, консолях и браузере. А у разраба основная часть работы — думать. А думать можно и без ноута.

К 30 годам у вас есть шанс познакомиться с туннельным синдромом (я проверял).
Спина в худшем раскладе научится болеть годам к 25.
График сна у вас не просто выйдет погулять, а уедет нахуй — первые наброски к этой статье я начал писать в 9 часов утра (и спать я к тому времени ещё как-то не очень хотел), сегодня я начал писать чистовик в 2 ночи, а заканчиваю в 8 (не то, чтобы я всё это время писал, но всё же) — спать я пока тоже в общем-то даже близко не планирую.
Про спортзал первое время забудьте. А когда станет полегче — хрена лысого вы себя заставите туда пойти, это нужно совсем упоротую силу воли иметь.
Ах да, звонки от мониторинга, когда вы сидите в кресле у зубодера — это так романтично!
Некоторые коллеги и вовсе питаются какими-то сендвичами, потому что не могут сходить нормально пообедать (а если и идут — то с ноутами).

Админ — это теперь last resort
В итоге сейчас к админу приходят, когда жопа уже сложилась. Намного проще работать, когда всю солому ты подстелил заранее — хорошо всё настроил, замониторил, забэкапил, написал инструкции для потомков… Мечты мечты, да где б вам сбыться…
А сейчас ко мне приходят ровно тогда, когда кто-то уже что-то сделал, но всё развалилось к ебеням.
Два дохлых диска в raid1, бэкапов нет.
Свалившийся проект без документации, концы неизвестны, доступы никто выдать не может.
От ддоса бегут спаситипомогити только и исключительно тогда, когда проект уже совсем свалился до той степени, что на сервер попасть невозможно.
Взломанные сайты несут пачками. Настроить нормально даже после взлома не просят — «ну почисти, мы подумаем». И ничего, что «почистить» намного геморройнее, чем сразу избавиться от большинства дырок (уж с пыхыпы так точно можно — запретил вебсерверу писать в файлы сайта и выключил mod_php для uploads/, 99% взломов уже не случатся). А умные люди ещё и VCS придумывали для таких случаев…
Каюсь, иногда приходят и заранее. Но с такими хотелками, что проще пегасов откопать и положить. При этом явно ж приходят после того, как им кто-то какой-то мути наплел через десятые руки, приходится докапываться до начальной задачи (они её уже забыли сто раз) и тогда уже выдавать что-то простое и элементарное.



Meh.


Вы можете мне не верить, спорить со мной, утверждать, что я утрирую (конечно, блин, утрирую! а кто иначе читать будет). Но всё обстоит именно так. Что-то таким было всегда, какие-то проблемы пришли в последнее время.
Настоящий вопрос, над которым стоит задумываться — хочется ли вам связываться с Ops, если это перестанет быть профитным в ближайшее время?

Да, у нас на работе отличный коллектив, хороший офис (а для меня ещё и просто божественно расположенный, как для замкадыша), руководитель (привет, Андрей) устроил нам отличное рабочее место (у меня ещё и с апгрейдами)… Но путь ко всему этому через разработку намного короче. Да и сколько сейчас вакансий с похожими условиями для админа? А сколько останется через 5 лет?

Вот и думайте.