МS
Потому что проще разделить зоны ответственности, чем совместно пилить продукт
Size: a a a
2021 April 05
МS
Договариваться сложнее, чем нанять yaml anykey
DS
Черт возьми, как приятно когда прогер пишет "там пайплайн баговал, я поправил, посмотри PR", а не "там чет сборка не прошла, ничерта не работает, я логи даже не смотрел, иди почини"
МS
В догонку: бывает паттерн техдир разработки самый умный. И не чего ему слушать рекомендации каких-то девопс. И тоже приходим к yaml anykey
A
Ещё бы научиться отличать вакансии для одних от вакансий для других на подступах.
A
А все говорят про необходимость в знании go/python и мечтают о разработке инфраструктурных сервисов (хотя процессы и подходы менять не очень готовы). Хотя у меня как-то на одном собеседовании ит-директор открыто называл разработкой написание плейбуков для ансибла.
МS
Yaml development
МS
Разработка же)
AS
Кажется будто девопсы не нужны. Нужно self service для разработчиков. Они сами и базу поковыряют и сиай и мониторинг и ночью проснуться и мак бук обновят.
AS
А потом выгорают и пишут про слишком высокую когнитивную нагрузку и требуют голденпас всякий
A
Что за голденпас?
AS
а типа вот шаблон и вот бизнес процессы харачьте как тут написано.
типа next next next для нового проекта
типа next next next для нового проекта
AS
гуглится по golden path developer и так далее
МS
Плохо гуглится(
AS
да я согласен. слишком современно. девопсы еще не написали доку
МS
Ну в плане ты имел ввиду какую-то конкретную статью или абстрактные?
AS
абстрактные. если не понятно что я имел ввиду.
МS
он имеет ввиду, что бизнес процессы и софт должны помогать запускать новые проекты по next next next