Для тех, кто только что к нам присоединился.

Для тех, кто только что к нам присоединился.

SinTeZoiD

Такая фраза прозвучала в начале митапа и относилась она не к тем кто недавно подошёл, а к тем кто недавно в IT.

И тут я осознал, что мне уже не 20 и в IT я более 10 лет, что есть уже люди, которые привыкли к Docker, виртуализации, облакам, API у сервисов и считают это всё за само собой разумеющимся. Но есть и олдовые админы, для которых всё это хипстерская дикость.

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

Сейчас мы говорим про классических админов со своим твердым мнением, знаниями и глубокими ранами от тех или иных технологий. Вам уже не 20, есть проверенный и любимый стек, свой набор привычных костылей, стабильный график, стабильная зарплата, возможно жена и дети, но давно ли вы смотрели за горизонт? Если там вдалеке вы видите дачу и грядки, то пожалуйста отойдите и дайте дорогу молодым. Я предпочту работать с людьми у которых горят глаза - их хотя бы можно направить в нужное русло, чем разжигать давно потухшую страсть.

“Как ты смеешь? У нас же знания! Мы делали великие продукты, приносящие много денег!” Хочу и смею. Начнем с того, что деньги ваш продукт приносил раньше, а теперь приносит всё меньше и меньше. Почему? Да потому, что вы такое же легаси как и ваш продукт. А что делают с легаси? Правильно! Или рефакторят или выпиливают. Предлагаю вам задуматься над вопросом: какие проблемы решают новые технологии?

Для классических админов ситуацию наиболее наглядно можно показать на примере  облака, IaaS в частности. Прекрасный сервис - нажал кнопку и у тебя виртуальная машина  с уже установленной операционной системой, а если умеешь чуть чуть в API то уже и преднастроенная. А самое главное не надо год пинать админов со словами “ну сделайте мне виртуальную машину!”

Для чего обычно хотят виртуальные машины? dev, stage, prod. И если dev может быть помойкой на откупе у разработчика, то stage и prod должны быть максимально похожи друг на друга. Эту проблему решает концепция Infrastructure as a Code. Я в курсе про ваши костыли, которыми вы выкатываете стейдж, но кто кроме вас в них разберется? А сколько времени эти костыли отрабатывают?

Нам не надо катить стейдж часто! - слышу я возмущение. А кто вам дал право решать, что не надо?  Вы не бизнес, не вам и решать. “У нас нет 200 релизов в день - вот и не надо!” - часто я слышу этот аргумент. Возможно из-за вас и нет, возможно именно вы и являетесь тем бутылочным горлышком, которое на даёт компании развиваться.

Хотите помочь - помогите! Однако для этого вам всё-таки придётся вникать в современные концепции, но ваш опыт и горящие глаза юнцов могут дать поистине взрывной успех и для вас, и для юнцов, и для компании. Хотите тихой жизни и спокойной пенсии? Идите в энтерпрайз, хотя даже в windows уже появляются контейнеры и та самая инфраструктура как код.

Report Page