С одной стороны мне бы не хотелось стать тем самым "вахтёром" (с негативной коннотацией), который всем и всё запрещает.
Моё, не пущаю тут никого!
Нет, совсем нет.
Работа в айти это постоянное развитие, и если современные парадигмы требуют подхода "каждый может писать код!", то почему бы и нет.
Да, и, возможно, видеть MR от продакта, СЕО или тестировщика в репозиторий с даталейком или основным продуктом - это уже нормально.
С другой стороны я начинаю быть против, так как если спросить любого, кто "может писать код", идут отсылки в сам пулл реквест, в описание к нему и почему-то отсылка на клодкод.
Братан, ну своими словами хоть поясни что ты тут добавил, ну я дальше разберусь.
Ну хоть как-то поясни, что там, ну.
Однако основная претензия даже не этому, а к тому, что в вопросе "а кто будет это саппортить?" и "кто будет ответственным?".
Ведь это именно я сижу на регулярных онколл дежурствах и именно мне дебажить новую отвалившуюся фичу или сломанный старый функционал.
"ИИ"-агенты? Конечно же они есть у нас.
Есть регулярное их использование, скиллы и многое другое.
Так а кто ответственный и кто фиксить будет?)
Если прод упал, то клод виноват?))
Вот ночью отвалилась фигнянейм, я на онколле.
А что мне делать? Я не понимаю как это овно работает и как/кто/когда фиксить будет?
В обычной связке мне понятно:
- программист пишет фичу/патч - он за неё ответственный
-я могу ночью либо роллбекнуть, либо быстро зафиксить (жаль не на текущем проекте) и утром ответственный программист возьмёт в работу
А какой, бл, флоу с ИИ?
Я ночью что делаю? Через ИИ дебажу? Через ИИ фикшу? А качу ли сразу патч или не имею права? Как настраивать в таком случае кодовнерс и флоу с гитом? Внезапно утром это фиксит непонимающий уже ничего программист, который вообще эту фичу впервые видит?
Или я жду продакта, чтобы он, как автор, при помощи ИИ фиксил, тогда имеет ли смысл его ждать, я тогда и сам с ИИ могу, лол. Но опять же должен ли я это делать, моя задача на онколле это чинить, а не код новый хуярить при помощи ИИ, ещё больше зарываясь в этом "ИИ" слопе.
Или мне СЕО дергать, если он автор мимолётного MR, написав ему с утра "дядь, чини своё там"?)
Тут даже не в рамках правил в моей нынешней компании или проекта вопрос, больше вопрос вслух как размышления.
Как мне кажется это глобально становится.
Сами практики и методологии DevOps появились, чтобы решить проблемы между Dev и Ops.
Сейчас нам уже надо решать проблемы между Dev, CEO, CTO, QA, TL, DA, Ops, PM, DS/ML.
Между всеми, кто теперь может писать код.
И пока это выглядит весьма печально и хаотично.
Денег то за это не дают 😬.
Знаете, если подумать, у нас ведь было всё.
Правда, у нас было буквально всё.
Don't Look Up (2021)
Post #344
1.78K

- 👍 20
- 💯 5
- ❤ 4