прочего
в итого это конкретный проект который должны шарить все разработчики
в конкретном примере выше, там было 40 разрабов которые писали на go
до этого у них бэкенд был у кого java у кого плюсы у кого перл, в общем все не помню, но не суть
ты предлагаешь декларативно заставить 40 человек ознакомится с api jenkins и его логикой + подучить groovy хотябы до совсем junior?
час разработки усредненно 2тр * 40 = 80 тр
ну прочитать документацию jenkins + разобраться что это за хрень будем считать 4 часа, хоть это и сильно оптимистично
+ груви еще накинем столькоже
итого 80 * 8 = 640 тр
и да, так как люди ежедневно его конфигурять не будут, оно очень быстро выветрится из головы
и по факту каждый раз на правку чего в jenkins на groovy - 1 час из жизни разработчика оплаченного компанией
vs тот же дрон|gitlab где yuml с последовательностью команд на баше ну или на питоне, ну или еще на чем
зп человека заточенного под jenkins 100 - 200 к (хз если честно)
в итого возвращаемся к схеме описанной выше, человек заточенный под jenkins
в jenkins ты либо используешь groovy и работаешь нативно с другими джобами/объектами CI Либо используешь последовательность команд на баше и делаешь это через API как и в gitlab/dron. Тут отличий не вижу, только в том, что в Jenkins ты можешь рулить объектами CI а не только вызовы API из баша дергать
Обсуждают сегодня