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

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

Тут кажется, мало кого можно удивить.
Да, в айти надо много учиться, постоянно развиваться, изучать что-то новое.
А в какой профессии это не нужно делать? Под каждой статьей/видео, где обсуждается катастрофическая сложность айтишника, обязательно есть пунктик про постоянное обучение. В комментариях тут же насрут гору профессий, где также нужно учиться, чтобы быть\оставаться\стать кем-то стоящим.
Знаешь такие профессии?
И я согласен. “Постоянное обучение” — это них*я не минус, это благодать человеческая.
Другой момент — это понимать, ЧТО учить, КАК учить, а самое главное — НАХ*Я учить? И вот в девопс-области придется знатно ох**ть, прежде чем ты сможешь ответить на эти вопросы. Но, правда, сделаю оговорку: такое чаще происходит либо когда ты только вкатываешься, либо когда меняешь компанию.
Когда ты уже сидишь в золотых наручниках у Кабан Кабаныча, ты хотя бы примерно будешь знать, что тебе надо учить, возможно даже знать как и зачем. Правда, часто это будет Евротур по технологиям, которые тебя пустят по кругу, но флюгегехаймен тебе не поможет.(мискузи)
С одной стороны, наивные фанаты технологий скажут: “Вау, это же так круто! Столько всего учишь интересного/нужного/важного.” И эти влажные фантазии разбиваются о реальность (в очередной раз). Умных слов дохера и больше, но все по верхам. Нужно быстро закрывать задачи, бегло читать документацию, внедрять решения. Никаким фундаментальным знанием тут и не пахнет. Может, повезет, и свежедоставленную новинку нужно будет внедрять и оптимизировать — тогда получится потратить время на детальное изучение. Но из огромного пула НЕОБХОДИМЕЙШИХ девопс технологий ты с трудом погружаешься в 1-2, притом что будут бесконечным потоком прилетать таски из других областей.(читай части выше)
Вскормленные сисьадминской (и не только) грудью с тяжелой судьбой мудрецы в твоей галере скажут: "кто тебе мешает развиваться и изучать эти технологии, все зависит только от твоего желания." Они не договаривают, что пресловутым развитием они занимаются во внерабочее время, отдыхают от работы, работая.
Будем честными, это путь особый, и если после 8 часов за компом тебе хочется поизучать какой-нибудь дрочёный Tarantool или как же под капотом работает RabbitMQ — отличный выбор. Тут только надо быть честным с самим собой, чтобы это не стало причиной выгорания через N-месяцев/лет.

Условная компания “РогаИКопыта” пишет в вакансии, что хочет универсального солдата, который знает от батона до гандона, а по факту нужно, чтобы он просто хорошо знал Linux и, например, Postgres. И если “РогаИКопыта” напишут по чесноку, как есть, к ней никто не придет, кроме разве что джунов (ну они на всё придут), поэтому добавляем мешок девопсовых слов и штук.
А кандидат, напротив, видит, что везде требуется знать кучу тулзов, а компания с честным описанием вызывает подозрения и страх отсутствия роста/развития как специалиста. И, зная только Linux и Docker, откликается на вакансию посочнее.

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

В девопсе просто невозможно расслабиться и сказать себе, что вот я достаточно знаю, чтобы оставаться на плаву и быть ценным в любой другой компании. Именно тот факт, что ты “еще не доучился”, “не всё знаешь” и т. д., приковывает к компании, где тебя приютили. Технологии растут как грибы, ты постоянно думаешь, что отстаешь, в вакансиях мелькают новые страшные слова. И если в разработке это могут быть новые фреймворки или паттерны проектирования или иные подходы, но все в рамках одного ЯПа, сервисов, то девопс — это пи***ц зыбучие пески.

продолжение поста ниже...

17 декабря 2021 года я залил на ютуб свой первый видос.
И этот канал существует получается тоже года три!
2024 выпал из моей жизни .. а все потому что я стал отцом.
Год нелегкий был. Полный эмоциональных качелей от радостей до горестей , туда и обратно. Ну и понятно мне вообще было не до канала.
За это время я переосмыслил свое отношение к IT, к работе, к преподаванию ... ну и собственно к жизни.
Вообще очень круто, что у меня есть люди которые подписаны и иногда даже участвуют в чатах, постах. Я понимаю что большая часть пришла после видео-рассказов по автоматизации и девопсу, а не за моим мнением о чем либо). Но есть те кому это интересно. Круто, что есть место куда я могу высказаться. Очень большая ценность медиа-соц-пространств.

Поздравляю, тебя, с наступающим 2025 годом - годом эгоизма и любви к себе!
Уходящий год показал мне насколько важно не забывать про самого себя. Как бы нас не учили, что быть эгоистом плохо - иногда нужно им быть. Поэтому желаю себе и тебе здорового эгоизма, ЧСВ, ценить своим успехи и неудачи.

Приходи 5 января в 17 00 по МСК на стрим. Я не планирую делать его каким то узкаайтишным. Планирую сидеть и говорить. Если заскучаешь в воскресный вечер залетай ССЫЛКА НА СТРИМ

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

3. Дежурства


Этот пункт без внимания не могу оставить. Один из самых популярных минусов инфраструктурных специальностей. На самом деле, у меня есть опыт работы devops инженером без дежурств — дежурили разработчики. Но это были отдельные Data Engineering команды.

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

Например, сервис отдаёт 502 на проде, ай-яй-яй, караул. Алерт прилетел.
К тебе разработчик приходит со словами: “Плз, посмотри, что-то упало”, а НЕ “Мы проверили работу сервиса, логи, потребляемые ресурсы — на стороне сервиса не увидели проблемы.” (К слову, обычно есть настроенный мониторинг, чтобы эту инфу получить.)
Идёшь смотреть ресурсы тачки, где крутится лежачий, там всё ок: CPU, сеть, диски — всё в порядке, есть стабильные всплески, как и в любой другой день, но вот memory вызывает подозрение. Проверяешь работу сервиса в контейнере, и там, например, оказалось, что превышается лимит, контейнер падает, а случилось это через пару часов после релиза, так как косячные запросы к БД завалили сервис.

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

Также к дежурству относятся покрытие любых хотелок и вопросов со стороны остальных работников компании. День ото дня эти хотелки\запросы\вопросы очень разнообразны, контексты меняются молниеносно. Такая центрифуга высасывает из тебя все силы к концу рабочего дня. Если вы работаете вдвоём-втроём, то хотя бы раз в неделю ты будешь отправляться в центрифугу. В нормальных компаниях, где не планируется через полгода выкинуть безжизненный кусок человека на улицу, основные таски из бэклога делать не требуют. Правда, не всем так везёт, и после горячей недели тебе могут на дейлике еб**ь мозг за проё***ные сроки у особо важной задачки.

С одной стороны, дежурства — это, конечно, минус девопс-специальности.
С другой стороны, если ты понимаешь, на что идёшь, — это просто часть твоей работы, которую ты любишь. Есть также часть людей, которым прям нравятся дежурства.

Собственно, если ты к фанатам саппорта не относишься, то варианты тоже есть.
— Один из них — не идти туда, где есть дежурства.
— Второй — на собесах заранее спрашивать о количестве инцидентов, о количестве дежурных, о графике дежурств. С этим, конечно, можно жонглировать. Если вас будет два дежурных, неделя через неделю, но инцидентов один в месяц, а разработчиков 10 человек — вполне неплохой вариант. Если вас 5, инциденты каждую неделю, а разработчиков 500 человек — то это, конечно, пиз**ц. Даже если инцидентов один в полгода, то 100 разрабов на одного девопса — это пиз**ц.

При самых конченных обстоятельствах всегда есть возможность не выгореть. Самое важное — это сохранять свои ресурсы и не превращаться в инфраба.

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

— Забудь о тасках из бэклога. Дежурство — это всегда приоритет, так как запросы горящие, стоящие денег и требующие твоего оперативного внимания.

— Если ты действительно не выдерживаешь и отпуск не помогает — поговори со своим тимлидом о смене твоей профобласти. Если вариантов нет — вероятно, придётся искать новую компанию. Если варианты есть, но тебя кормят завтраками о том, что “скоро поменяем тебя, дежурства кончатся” и т. д., но этого не происходит — есть риск, что тебя выжимают как расходник. Вали скорее, пока не сгорел.

Есть опыт в дежурствах? Нравится саппорт? Расскажи про свой опыт.
(2 пунктика осталось)

ССЫЛКА НА СТРИМ - стрим через 45 мин начну
Всем привет, кому нечего делать и кто хочет послушать музычку и че нить обсудить - велкоме

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

4. К тебе приходят только с проблемами, и порой неизлечимыми.
5. У тебя огромная ответственность, но обычно без огромной силы.

Говорим про среднестатистического девпопса среднестатистического грейда.

Решил объединить эти два пункта. Они обычно ходят рука об руку. Ведь если к тебе приходят с проблемами, чтобы ты их решил, — значит, наделяют (перекладывают) ответственностью. Это, конечно, оправдано, ведь одна из обязанностей, которую указывают в вакансии, — это “траблшутинг, желание докопаться до проблемы и не сдаваться, не обосраться, до сути добраться, в стельку надраться”
Однако, если ты не особо готов к постоянному НЕпланомерному потоку жалоб (без предложений) / просьб / инцидентов — от этого может начать подгорать. А также добавим повышенную ответственность без рычагов влияния,без особой возможности влиять на обстоятельства. Появляется ещё кучка причин для стресса, а ты сидишь со связанными руками, обтекая.

В компании есть спец/команда, который решает проблемы и любимые коллежки по любому чиху отправляется в чатик или ЛС этого спеца \ команды.
И вроде, что не так? Всегда и везде есть спецы, которые решают проблемы в разных командах. Пишут и разработке, и тестировщикам, и, само собой, в техническую поддержку. Сх**ли девопсы особенные?
Это очень справедливые вопросы. И когда по части инфраструктуры страждущие идут спрашивать про инфру — это зае**сь, так и надо. Но со временем происходит перевоплощение чата инфраструктуры в чат “комната грязи”. Как будто devops в глазах коллег — это слуга, который во всём за них разберётся, скажет, куда идти (на х*й), что поправить или даже сам пофиксит.

Тут никакого обмана нет. Если ты идёшь в девопс, то должен осознавать свою важную роль ассенизатора. Это просто факт, который нужно принимать и быть к нему готовым. Пишу об этом только потому, что это специфическая особенность devops инженера, и иногда это может быть реальным минусом, который приводит к выгоранию.

Насчёт ответственности без “силы” — это твоя невозможность повлиять на многие процессы, за которые отвечаешь и получаешь пи**ы. Несмотря на то, какой девопс важный и вся разработка держится на инфре, твои предложения, оптимизации, улучшения, могут быть невыгодны бизнесу. Это часто встречается в любой другой технической профессии, где “тупые фаундеры, построившие с нуля свой бизнес не понимают СЛОЖНЕЙШИХ технических решений, процессов, архитектуры, какая ОС лучше, как зае**ли дейлики, нельзя в прод деплоить в пятницу … и дохера ещё чего”, девопс не исключение.

Трафик вырос, но сервера без апгрейда. Сервис прикладывает сервера. Тебе еб*т мозги, инфра работает плохо — почини, а на запрос о необходимости увеличить косты на ресурсы кладут хер. Ты находишься в стрессе, с горящей жопой, фиксишь то одно, то другое. Начинаешь верить, что проблема в тебе, хотя на самом деле от тебя зависит очень мало, т. к. никакая самая ебе**ая оптимизация чего угодно не справится с ростом трафика в 10 или 100 раз на одних и тех же ресурсах, хотя с 10кой может и справится)))

Тут опять-таки есть пара решений на поверхности.
Первый. Если этот пункт сочетается с остальными, в постах выше — увольняться.
Второй. Принять свою беспомощность и нежелание бизнеса идти навстречу. Честно выполнять работу с тем, что есть, без разрыва жопы.

Это, кстати, важная проблема, создающая замкнутый круг.
Ты думаешь, что тебя насадят на кукан из-за проблем, на которые ты не можешь повлиять и стараешься овертаймить, оверперформить, лишь бы удержать разваливающуюся ху**ю от разрушения.
Достаточно продолжать работать в рамках нормы, и через время бизнес увидит наступление пиз**ца, прислушается к тебе, выделит бюджет. А иначе он будет видеть: “вроде и так работает, пущу-ка я лучше бабло на маркетинг, Вася-девопсер-мастер-супернаходка отлично справляется со всем, правда, сидит по 12–16 часов… накину-ка я ему 10к премии.” НЕ БУДЬ ЭТИМ ВАСЕЙ. (Васи ссори если что)

продолжение поста ниже...

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

Пиши своё мнение, сталкивался с такими минусами? Минусы ли это для тебя? Чё вообще, как тебе девопс?

Дайджест уходящих праздников:

💬 Я предлагаю почитать мою субъективную и концентрированную серию постов "Почему DevOps тебя сожрет":
1️⃣ DevOps тебя сожрет
2️⃣ Что скрывается за DevOps-специалистом
3️⃣ Поток задач без конечного результата
4️⃣ Тебе не выучить все эти технологии
5️⃣ Дежурства - любовь моя
6️⃣ К тебе - только с проблемами. Ответственность без силы

Провел пристрелочный, новогодний стрим:
бесполезность курсов, войти в айти 2025 - легко, ai все таки всех заменит

Уже 10 января!
Ты наверняка поставил цели на новый год.
А это что значит?
Значит пришло время выгорать и прокрастинировать!
11 января в 17 00 по МСК Приходите на стрим
Буду в гостях на канале Антон Митин | Pragmatic IT

Сегодня в 17 00 стрим на канале PragmaticIT
Заявленная тема - Процессы в IT ( agile, kanban, scrum и тд)

Но не могу гарантировать, что мы не уйдем в сторону.
Точно могу сказать, что хочу рассказать про процессы со стороны линейного сотрудника и девопс сферы, + вообще о пользе и необходимости процессов поговорить. Можете простой зайти лайкосик поставить 😁

ССЫЛКА НА СТРИМ

✨Золотые Позолоченные наручники и где взять ключик?
часть 2

Я этот термин вообще неверно интерпретирую. “Золотые наручники” — инструмент, удерживающий работника в корпорациях. А состоит он из акций, бонусов, опционов, льгот и т. д. Другими словами, это финансовый пакет, который даёт огромные блага, и, увольняясь, ты теряешь их, а также теряешь процент от накопленного в компании, если не отработаешь условные 15 лет.

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

🧩 И большая проблема — понять, что за наручники на тебе и есть ли они вообще.

Кейс из моей жизни:
Я работаю в крупной, так называемой федеральной компании. Не в айти. Так как образования у меня были разговорные — то и работа соответствующе разговорная. Бизнес-тренер / Тренер по продукту / Менеджер по продукту — короче, хер его знает, как назвать, чтобы ты понял.
Обучал клиентов особенностям продукции компании: плюсы, минусы, фичи и т. д. В общем, полу-рак, полу-сейлз, полу-хуй, полу-тамада. Я был первый такой сотрудник, и всё делал с нуля. Это было прекрасно. Вообще начинать с нуля и выстраивать что-то полезное — моё любимое занятие.

До этого я работал в гимназии и получал 12к, а стал — 50к. Это было нереально круто.

Чтобы не затягивать...
Было много командировок, были налажены процессы, программы обучения. Всё застыло. И развитие отдела, и моя зарплата, и мой, как сейчас говорится, грейд. А вот амбиции и желание расти — нет.

(Пропускаем часть, как пришёл к айти, обучался, погружался, заебался.)

Я оказываюсь в позолоченных наручниках и боюсь уйти с работы, где стагнирую, выгораю. У меня есть стабильность, какое-то признание, неплохая зарплата. А с другой стороны — сомнительный стартап, где мне предложили пойти разрабом на Python за 34к.

Раз ты читаешь этот пост — понимаешь, что я выбрал в итоге.

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

В следующем посте я расскажу об этом подробнее.

А что насчёт тебя? Носил когда-нибудь позолоченные наручники? 🔗

https://www.youtube.com/live/5raKVnNDEIs

Неожиданный утренний стрим перед работкой)

Стрим закончился, а я забыл сюда ссылочку приложить((

https://www.youtube.com/watch?v=xogpdc0uh-E

Всем привет!
Давненько не публиковал тут видосики с канала DevOps Фабрика
Сегодня смонтировал и выложил новый мок собес.

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

Получился особенный разговор!
Виталий сильный состоявшийся специалист. Большой стаж в IT как инженер и менеджер. Мок собеседование - пример стремительно развивающихся технологий. За которыми очень важно поспевать если хочешь оставаться на плаву.

Летс гоу через 10 мин
https://youtube.com/live/4RCD0jRGzWo?feature=share

неудавшийся стим - возвращается.
Тема тайм-менеджмент. ССЫЛКА НА СТРИМ в 9 утра по МСК

А пока решил еще накидать мини пост про составление CV
👇👇👇