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


> Странно, что ты вообще увидел эту проблему - разработчик не собирал локально у себя продукт или в чём причина.

после мержа в гитхабе, например, конфликт не в гите, а в * install

чтобы сказать не “билд упал - чини”, а “с твоими изменениями пакет А:7.10.3 конфликтует с Серегиным B 2.3.5, который он вмержил за минуту до тебя - давайте втроем разбираться”

> Должен ли ты знать как работает CI на языке на котором пишет твоя команда ?

Сейчас вроде как норма что пофиг на каком языке проект, а на каком CI - папйплайны пишутся - на ямле, котлине, груви и что их интерпретирует: джава или руби

смотри devops - это про dev & ops
- можно и на отъебись - билд упал - ты виноват.
- можно разобраться.
как правильно - очень интересный вопрос.

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

> после мержа в гитхабе, например, конфликт не в гите, а в * install
прости, а для этого точно нужен devops ?
разработчики в гит совсем не умеют ?

> Сейчас вроде как норма что пофиг на каком языке проект
проект может быть написать на чём угодно - это правда
в CI есть определённые особенности под языки - что и как кешировать, какие стадии сборки, итп.
как надо - разработчики подскажут
как шаблонизировать, чтобы не писать новый пайплайн под новый проект - это вот работа dev2dev.

> смотри devops - это про dev & ops

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

>прости, а для этого точно нужен devops ?
разработчики в гит совсем не умеют ?

в гит умеют, в пайплайны не умеют

как устранить причину трения ?
смазать смазкой.
например инструментами, которые тупо работают и ломаются не часто.

дажн от доступов к CI/CD отказываются

Ну так у devops свой реп(IaC), к разрабов реп с продуктом. Если Вася с Петей не сошлись в версиях пакетов - это их проблема

Если из-за этого билд не собирается - девопс говорит лиду - у вас конфликт вот тут. Разруливайте. Пайплайн не менялся

ИМХО

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

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

проблема у команды - проект не собирается, а пайплайн часто в тойже репе - дженкинсфайлы и ко

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

получается, что кто-то должен для них провести этот курс заточенный под специфику их проектов

Кто-то должен им показать как смотреть логи дженкинса на неудачном билде?

они сделали пуш-мерж, а и через полчаса на сервере ничего не изменилось

скорее как узнать о проблеме, как проверить статус, как читать (а не смотреть) логи

это минимум

Если говорить терминами строителей монтажника высотных кранов заставляют помогать укладывать плиты. Основной твой довод "не хочу этого делать"

1. Нужен удобный инструментарий с шаблонами и понятными примерами. База знаний в общем.
2. Нужно добровольно-принудительно перетащить пару команд на этот тулинг. Попутно выявятся особенности, которые в тулинге надо доработать. Это всё еще пилотная группа, да.
3. Нужно презентовать тулинг с акцентом - смотрите, это решит кучу ваших проблнем, го к нам - поможем. Это бета-тестеры.
4. "ждунов" добровольно-принудительно утаскивать туда же. Опять же допиливаем тулинг и доки.
5. Если тулинг на 80% готов - можно уже и курсы сделать. 2 часа в неделю девопс может на это выделить ? А он хочет/может (навыки публичной презентации не являются ключевыми для девопса). Если не может - значит пусть руководитель рассказывает, а девопс отвечает на коварные тех.вопросы.