Как стать девопсом

Джун-девопс — это сначала джун-дев, потом джун-опс.

Все просто: получаешь диплом программиста, замечаешь, что программировать не умеешь, зато парураз настраивал томкат и опач. Вуаля, ты девопс.

Откуда берутся девопсы?

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

Для начала объясни кто это вообще такие. Я вот до сих пор не въехал.

Разработчик + Тестер + Админ, всё в одном лице.

Забыл релиз-инженера.

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

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

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

В определенный момент времени это может привести к появлению нового девопса.

Девопсами становятся либо программисты, либо сисадмины. С нуля редкость.

Клоун на все руки? Теперь понятно.

А какие еще животные бывают в вашем зоопарке?

По мне так лучше "... и в продакшн", чем вот этот вот все.

Наоборот, девопс избавляет процесс разработки от таких клоунов.

А мне кажется наоборот - количество клоунов в процессе только растет, а проект в итоге превращается в цирк.

Цирк это когда разработчик убивает кучу времени на клиентском стенде, чтобы обнаружить косяк в окружении, а не в коде, или клиентский админ сидит и пытается понять, что за кусок скомпилированного кода ему вообще сунули.

А какие еще животные бывают в вашем зоопарке?

Релиз-менеджер, проджект менеджер, продакт менеджер, програм менеджер, скрам мастер, воркфорс менеджер, тимлидер, техлидер, тест дизайнер, тест менеджер, SDET.

Зачем все эти люди?

А как это происходит обычно. Так: продакт менеджер ставит непосильные задачи; проджект-менеджер жалуется, что ему не хватает ресурсов; тест-дизайнер форматирует тест-кейсы в икселе, потому что такой формат удобен менеджеру; тест-менеджер (скрам-мастер по совместительству) пытается договориться с продакт-менеджером о том, что включается в релиз, но последний все равно включает в него забагованные фичи, чтобы отчитаться перед закачиком; тимлидер посылает всех и увольняется. И все эти люди потом срутся на митингах, потому что дедлайны пропущены, проект горит, а бюджет тает. Вот такой вот унылая клоунада и несмешной цирк.

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

Так вот кто породил к8с. Со стороны опсов такого монстра никто бы городить не стал

Иди на галеры, там подтянут. Не забудь опыт опса года 2-3 + скил дева (небольшой).

Поэтому я так больше не работаю: есть я, коммьюнити, и шеф. Вот я работаю с коммьюнити, отчитываюсь перед шефом и всё.

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

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

все эти люди потом срутся на митингах, потому что дедлайны пропущены, проект горит, а бюджет тает

Так и не смогли выяснить кто собственно должен код писать?

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

Частенько вижу вакансии девопсов и везде огромный список требований

Вакансия девопса в команду разработчиков обычно означает что нужен человек который будет делать всё то, что не нравится/не интересно/не умеют делать разработчики. От администрирования Jira и git rebase до настройки nginx и haproxy на серваках. Поэтому и список требований такой широкий - разработчики вообще слишком много выбражают на тему того что им не нравится.

Обычно приходит разработчик, спрашивает как сделать то-то, ты гуглишь, тестишь решение, понимаешь что как и доступным языком поясняешь разработчику.

Чтобы стать девопсом надо идти на devops-вакансию с большим списком требований и демпинговать. Senior-девопсы обычно начинают выбражать хуже разработчиков и вакансия надолго зависает в открытом виде. Тут-то ты и пригодишься.

который будет делать всё то, что не нравится/не интересно/не умеют делать разработчики

разработчики по определению умеют делать всё, потому что они это «всё» написали, git, Jira и остальное

Вася на все руки от скуки.

Зачем все эти люди?

https://otvet.imgsmail.ru/download/2dab5e8f55e0572064adb3fcd6975117_i-598.jpg

разработчики по определению умеют делать всё

Нет. Не умеют. Иногда даже код так пишут что не понимают почему он работает.

И что же оно означает?

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

дык... никто не знает же...

С этим как раз все понятно. Код пишут индусы за 5$/час.

Кто такой девопс

Разработчик + Тестер + Админ, всё в одном лице.

Разнорабочий короче.

Это просто способ сэкономить на персонале, когда безграмотных тыжпрогромиздов загонят админить продакшн

статистика по зарплатам с тобой не согласится :)

Я тоже. Вроде бы понятно о чём оно в целом, только куда там сферического «девопса» запихнуть не ясно. Весь этот девопс плавно размазывается между разрабами, тестерами и сисадминами.

человек который будет делать всё

Эникей для пограмиста, ясненько. Зажрались вы там в своей ойти.

Сколько же ненужных людей.

От администрирования Jira и git rebase до настройки nginx и haproxy на серваках
Обычно приходит разработчик, спрашивает как сделать то-то, ты гуглишь, тестишь решение, понимаешь что как и доступным языком поясняешь разработчику

Лол, не находишь, что переход от первого ко второму слишком резок и маловероятен? Попробуй назвать регулярный жизненный кейс, когда сисадминны продумывают решения за разработчиков. Я слышал про абсурд, когда QA-«инженеры» диктуют разрабам что делать, но это был локальный нонсенс, а описываемое тобой даже на правду не похоже.

Лол, не находишь, что переход от первого ко второму слишком резок и маловероятен?

На самом деле нет. Типичный разработчик-прикладник среднего пошиба дальше кнопки «F9» в своей IDE ничего не видит и не знает. А всё, что находится между этой кнопкой и продуктовым окружением — это, вроде как, область компетенции девопса.

Типичный разработчик-прикладник среднего пошиба дальше кнопки «F9» в своей IDE ничего не видит и не знает.

Сэкономили на программисте, и теперь будем платить еще одному дятлу, который что-то может за кнопкой F9, но до кнопки не сечет. Разделение труда как его понимают дефективные манагеры, это прекрасно.

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

Все, связанное с сервисом в приложении.

Архитектура приложения целиком - не фичи, а современное приложение с балансировщиками, дискавери и прочим.

Это просто способ сэкономить на персонале, когда безграмотных тыжпрогромиздов загонят админить продакшн

Откуда это пошло? Не встречал в девопсах программистов, ни хороших, ни плохих. Как правило выходцы из оперейшнс.

разработчики по определению умеют делать всё

Ну не скажи. Я написанные собой приложения использовать не умею.

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

И вообще пусть stave пояснит по хардкору, что символизирует «dev» в «devops».

Задумался тут. Вот я. Пишу софтину, фулстэк на жабостэке. При этом сервера (тест, прод) поднимал и настраивал тоже я, томкаты, базы, бэкапы и иже с ними. Весь деплоймент, тестинг, архитектинг и разработка, все на мне. Кто я?

Шивамастер на все руки из жопы. :)

Типичный разработчик-прикладник среднего пошиба дальше кнопки «F9» в своей IDE ничего не видит и не знает

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

Речь вообще не про продуктовый код. Весь процесс разработки (лид с ТЗ и пониманием, раздающий люлей таски кодерам) проходит где-то в стороне от сабжа. А сабж отличается от узкоспециализированного админа тем, что может тыкать в этот процесс, когда надо.

Только при чём здесь сисадмин? Сисадмин — это рабочие руки, обслуживание. Если всё серьёзно, то архитектурой, конечно, не прикладной разраб занимается, но никак и не сисадмин.

Эникей != опс.

У товарища примерно то же самое пару дней назад спросил, только немного с другой стороны зашел:

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