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

Вот. А на devops я бы обиделся.

Ну то есть это такой чувак, который в нужный момент снимает очки, надевает плащ и решает проблемы?

что символизирует «dev» в «devops»

Скрипты на пистоне для «оркестрации» и прочей такой параши, насколько я понял. Старорежимные админы тоже девопс тогда.

Я тоже так думал, но, кажется, это неверно.

Вроде того. В обе стороны. Там ya-betmen и Nirdosh выше тоже расписали, можно их ещё раз позвать.

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

Так чем он заниматься-то в итоге должен?

Давай и её тоже позовём ( alpha)

Ты — крутой спец широкого профиля или ссань эникейная?

Ну, если человек реально пишет приложения (со знанием CS и домейна), которые используются компанией в продакшене, и при этом держит на себе архитектуру и сервера, то врятли это эникей.

сисадмин/в каждой бочке затычка

Ну вот, образ эникея при программистах вполне вырисовывается. При шталине Когда я практиковал в прошлом веке такой фигни не было!

Ну деплоймент и тому подобное — это уже явно лишнее.

Предлагаешь для этого нанимать еще одного человека? Когда это все настраивается за 2 дня и потом работает само.

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

крутой спец широкого профиля или ссань эникейная?

Зависит от того сколько тебе за это платят

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

вот потому и в толксах на жызнь жалуешься )

Если оно как-то развивается и реально что-то нужное делает, то само оно всё равно не работает. И если локальное, хрен с ним, могут и разрабы сделать, то продом однозначно сисадмин должен заниматься, вообще без вопросов, если это не «ООО Колхоз №3». А так ты можешь и техподдержку осуществлять, и документы оформлять, и кофе заваривать.

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

непоэтому

Ящитаю, девопс говно. Нужны именно ops-savvy программисты, коих в РФ 100% от всех, по крайней мере старой школы.

Если градания только в деньгах, то это может быть «крутой высооплачиваемый эникей», сущность-то не меняется.

коих в РФ 100% от всех

Тут ты сильно ошибаешься. Узкоспециализированных продуктовых разрабов у нас сейчас до жопы.

старой школы

Она давно вымерла, те кто относят себя к ней либо врут сами себе, либо старше полтинника.

Узкоспециализированных продуктовых разрабов у нас сейчас до жопы.

Хипстерков в узких штанишках на галерах за программистов в принципе не считаем.

Она давно вымерла

Щито? Любой нормальный линуксоид из ирка нулевых умеет поднять и настроить практически любой сервер включая http, сервера приложений, да хоть ntpd. Им сейчас чутка за 30.

Хипстерки в узких штанишках обычно в стартапах обитают, а не на галерах. :)

Это заблуждение. В стартапах нужно работать, а не штанишки узкие носить и на качалочку бегать после 4. Я лично видел подкачанных бздунишек именно на галерах, потому что работать от них никто по большому счету не требует, главное начальству в уши ссать уметь.

У любого приложеения есть особенности работы и разработки. На автоматизацию в общем случае уходит немало времени, может даже пара месяцев (т.к. ещё часто и со стороны разрабов требуется доработка). Но это работа так скажем разовая. Собственно девопс получается когда под автоматизацию выделяют человека и он автоматизирует один проект, потом второй, потом третий. Естественно если проект всего один то там эту работу может сделать как админ так и прогер, хотя чаще всего её не делает никто.

Не бывает крутых высокооплачиваемых эникеев.

Любой нормальный линуксоид из ирка нулевых умеет поднять и настроить практически любой сервер

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

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

Но это работа так скажем разовая

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

Если это решала, прибегающий с огнетушителем, когда что-то идёт не так, как говорит intelfx, то я это ещё могу понять. А обосноварие наличия какой-то там автоматизаторо-админо-проектировщика мне, хоть убей, не ясно.

Я говорю не это.

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

Вроде того

Я из тебя, впрочем, это вытянул, сам ты так ничего конкретного и не сказал.

Передай от меня розовым поням привет из реальности.

Ты когда нить пытался продать заказчику хотя бы нагрузочное тестирование?

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

А его нужно как-то называть?

Ну и я могу, и что? Сейчас, как и 15-20 лет назад (если не все 25) — совсем другие времена, чем во времена старой школы, то были разрабы из другого теста. Ты стоишь на плечах гигантов, а старая школа создала всё, что ты знаешь.

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

Любой нормальный линуксоид из ирка нулевых

devops - это по сути корпоративная версия open-source культуры на продажу. Поэтому да, почти любой линуксоид-разработчик обычно на порядок «девопснее» среднего по больнице java-разработчика, замкнутого в своей экосистеме.

Только линуксоидов-разработчиков мало. Очень.

devops - это по сути корпоративная версия open-source культуры на продажу.

Поясни?

образ эникея при программистах вполне вырисовывается

Самое забавное в этом то, что до появления девопса в команде почти все эти задачи считаются задачами уровня тимлида. А после вдруг оказываются «эникейными». Хотя задачи-то не изменились.

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

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

Но мне то это как бы пофиг, это ж ты решил заниматься демаркацией.

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

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

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

Разумно. А девопс здесь где?

А как противопоставляется линуксоид-разработчик java-разработчику? Я линуксоид, разработчик и пишу сейчас на java :)

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

devops-вакансии в devops-подходе не предусмотрены, потому что по науке это не роль для одного человека, а стиль работы команды. Но команды не становятся devops по мановению руки, поэтому devops-вакансия - это такая отдельная должность для человека, который работает переводчиком и держит дверь между dev и ops открытой.

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

нормальным взаимодействием между админами и разрабами.

Когда больше десятка клиентов, то кто разработкой будет заниматься, а не «нормальным» взаимодействием? Мне как-то при таком «нормальном» взаимодействии клиентский админ пару месяцев ntp у себя не мог настроить, и это в ВУЗе. Или начальник it тоже ВУЗа звонит и спрашивает, где у вас кнопка в опенсорс прилажухе все бэкапнуть, после ответа, что одной кнопкой не бэкапится, нужно вот то файловое хранилище и вот эту базу самим бэкапить, он звонит через месяц «я вам щас доступ дам удаленный, посмотрите базу, а то у нас хард накрылся, а бэкапов нету».

Кому-то из разрабов один хрен это надоест, и он начнет все это добро поставки кода до клиента автоматизировать современными средствами, и станет по факту девопсом.

Линуксоид может писать на джаве. При этом он остается линуксоидом.

Мой способ определения такой: как ты будешь решать задачу запуска раз в неделю одного запроса в mysql-базе.

Поставишь скрипт в крон или напишешь java-демон с кроном внутри себя, и запустишь его как постоянно живущий сервис?

напишешь java-демон с кроном внутри себя, и запустишь его как постоянно живущий сервис

Ты же не джависта так детектишь, а просто дебила.

Забавный факт в том, что он может написать этого демона быстрее чем ты напишешь скрипт для крона.

Зависит от задачи. В spring есть аннотация @Schedule, я часто ей пользуюсь. Если задача чисто для приложения, то так. Если просто левый запрос (интересно, зачем?), то ессно кроном.

Ну а

java-демон с кроном внутри себя, и запустишь его как постоянно живущий сервис

что за дурость?

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