Сегодня 19 апреля - а это мой ДР. Спешите поздравить!
У меня осталось два с половиной часа.(другие часовые пояса не считаются)😄

UPD: ладно, и после 00:00 тоже считается

Всем привет, особенно тем кто хотел бы , но до сих пор не написал мне насчёт мок собеса на devops инженера!
Последний гость (3 собес на канале Devops фабрики), сегодня написал мне, что получил оффер , аж с первого собеса!
Напомню, что Данил был с нулем лет опыта в айти и прошел на девопса ! Крутой результат.
И вы не стесняйтесь приходите на бесплатный мок собес !) Или на платные консультации 🙃

DevOps тебя сожрет.
Часть 1

Наконец я ушел в отпуск.
Настала пора расчехлить рефлексию — пройтись по святому, по девопсу.

Что общего в профессиях: сантехник, электрик, дворник, официант, пожарный, может, даже врач, может, даже священник? (продолжи список).
Общее у этих всех профессий — некое служение/обслуживание.
То есть дело, помогающее остальной части населения сделать жизнь лучше.
Как ты думаешь, можно ли отнести к такой профессии devops инженера?
В моей реальности — да. Для меня девопс в первую очередь “помогающая” специальность. А если вспомнить про pipelines, то буквально сантехник.

Да, конечно, в devops области есть архитекторы инфраструктуры, инженеры автоматизации, управленцы — короче, те, кто “создают” (хотя с управленцами вопрос). И чаще это не то, чем обычно занимаются средние девопсы.
Но тут не о них, а о типичной работе девопса, что она из себя представляет.
Почему девопс тебя сожрет, если ты не будешь готов к реальности.

Думаю, знакомых с работой девопса этим не удивить, но вокруг профессии есть постоянный флер необычности, сложности, элитарности.
С другой стороны, от некоторой части разработки за спиной можно услышать мнение о том, что девопс — это обслуживающий персонал.
Лично мое мнение: в обслуживающем персонале нет ничего оскорбительного. Однако девелоперы закладывают именно уничижительный оттенок.
“Мы, разработка, создаем уникальный (или нет) продукт. Делаем мир лучше (или нет), а девопс только косвенно участвует в этом и еще чаще мешает/тормозит нашу эффективную (или нет) работу”.
И с каждым из этих мнений я могу согласиться, понять и простить.

Интересно, что devops — это не человек, а методология.Честно, уже зае***о слышать/читать это.
Причем методология для эффективного взаимодействия всех членов IT-команды.
Но мнение разработки о девопс звучит, как будто они говорят про системных администраторов. То есть как об отдельной команде, с которой взаимодействие происходит с трудом. (Конечно, все эти рассуждения зависят от компании и культуры в ней, однако это нередкое суждение.)
Как-то не очень вяжется с DevOps методологией, не так ли?

Тут мы подходим к интересному:
Девопс людьми понимается по-разному. 😮
Требования и обязанности от компании к компании могут разительно отличаться.
Отсюда появляются впечатлительные вайтишники, айтишники, для которых девопс — нечто магическое, потому что непонятное. Для кого-то это сисадмины на стероидах. Для кого-то швейцарский нож в команде. Для кого-то — хакер. Для кого-то ямлодрочер. Для кого-то DBA
Я сначала относился к числу “вайтишников под впечатлением”, даже когда уже проработал в IT какое-то время.
Сегодня, ожидаемо, магия растворилась, но об этом позже.
Когда вокруг такое большое изобилие разнообразных интерпретаций, мнений, требований... важные вопросы: Что же является правдой? На что ориентироваться? Туда ли я вообще двигаюсь?
В общем, очень важно понимать, как себя называть и кем себя считать. Точнее скажу — это важно мне, может, и тебе?