Комментарии 6
DevOps — это не человек и даже не команда. Это набор практик, методология компании в целом.
Со временем эти люди приобрели новый уникальный набор навыков, который отличался от тех, которые традиционно соответствовали роли системного администратора. Теперь они стали неотъемлемой частью процесса доставки программного обеспечения и движущей силой внедрения DevOps.
Автор противоречит сам себе. Первое утверждение верно. Все остальное - нет.
Разработчики "разучились" планировать работу без скрам-мастера. Разработчики "не умеют" тестировать без тестировщиков. Разработчики "не могут" собрать программу и развернуть ее на целевом оборудовании без девопс-инженеров. Откуда этот тренд? Неужели это бизнес так стремится обесценить работу и навыки разработчиков? Уже и программы пишут по двое, один не справляется. Да и место экономится.
Доколе, доколе мы это терпеть будем? Раньше "инженер по разработке программного обеспечения" значило, что он может все. И вебстраницу и ассемблерную прошивку на микрочип. "Но зачем платить за лишние навыки", подумал бизнес. Даешь тейлоризм. Это как в армейской поговорке "Два солдата из стройбата заменяют экскаватор". Так у нас - "три джунá без универа заменяют инженера". Зато дешевле. Поэтому не надо нам про философию и майндсет. Обойдемся без религии. А то как деньги зарабатывать, то DevOps это роль, а как на конференциях выступать, то тут DevOps - философия, методология и набор практик.
P.S. прошу простить за тон, накипело малость..
Думается сама идея "про Философию" мертворожденная. Индустрия растёт и расширяется, появляется море новых средств развертывания, и разработки развертывания.
Девелоперы же хотят чтобы всё разворачивалось по кнопке. Они не хотят учить новые языки развертывания, им и с разработкой дел хватает. Если они сейчас не умеют тестировать и автоматизировать, то дальше им это будет всё труднее и труднее (и не нужно).
Соответственно мы приходим к появлению специалиста по языкам и методам развертывания и автоматизации. Того самого DevOps — инженера. И это нормально.
Это звучит противоречиво. С одной стороны "хотят ..чтобы разворачивалось" "им же будет труднее если не умеют тестировать и автоматизировать", но при этом "не хотят учить новые языки".
Какое еще нафиг "не хотят"? Ну освободи место тому, кто будет хотеть. Это будет честно. А ходить и "ой это сложно, это я не умею"..
Вы понимаете, что выросло поколение фронтенд разработчиков, как их называют, которые кроме своего фреймворка ничего не знают. Они не знают как он устроен изнутри. Они не знают как там устроено юнит-тестирование - необходимости не было.
Выросло поколение "специалистов по обработке данных" (Data Scientist), которые не знают как создать свой пакет, чтобы можно было установить его через pip. Они возможно никогда не слышали про poetry. A зачем, если есть pip. Все верно, не нужно знать как устроен автомобиль чтобы его иметь и работать таксистом. (Хотя и среди таксистов выросло поколение тех, кто без спутниковой навигации неработоспособен.)
Ну а какие же это тогда технари если у них нет никакого технического любопытства? И что тогда они делают в нашей профессии? Ладно я, тестировщик-автоматизатор, я даже рекурсию без шпаргалки написать не могу. Но при этом я за свою жизнь успел "полапать" и "обнюхaть" две дюжины языков программирования, и кучу разных инструментов, и продолжаю учиться каждый день. Для чего в частности тут на платформе и тусуюсь. А мне встречались разработчики, которые, простите, даже Джирой пользоваться не умеют. У чувака докторский титул, он спрашивает у работодателя " а нет ли каких нибудь прикладных курсов по Jenkins?" не потому что ему это интересно, а потому что нужда заставила столкнуться на проекте.
Вобщем, есть ощущение что нёрды из профессии вымирают. Но на самом деле это все естественно, просто наплыв в сферу такой, что их концентрация падает. И то, что просиходит сегментирование рынка труда, это все вполне естественный процесс. Упрощаясь физически, технически жизнь усложняется.
Я считаю что появление новых специальностей это естественный процесс.
Это как до появления книгопечатания — у нас были переписчики книг и переплетчики. А после — так сразу печатники, наборщики, иллюстраторы, агенты авторов и т.д. Чем больше мы что-то знаем (или делаем), тем больше возникает деталей.
Никто же не будет огорчаться, что печатник даже книгу переписать не может?
Системные администраторы управляли системами. Сетевыми системами, операционными системами, системами управления базами данных и т.д.
Маркетингу SOA, микросервисов, SaaS, FaaS удалось сместить фокус с системных подходов на сервисные. Сервисы это заманчиво, приятно и нестандартно. DevOps это ребята, которые автоматизируют хаос. Это гораздо сложнее и дороже, поэтому в принципе всех устраивает.
Почему роль DevOps-инженера многие до сих пор понимают неверно