TGViewer
Make. Build. Break. Reflect. Make. Build. Break. Reflect. @makebreakreflect · 1.37K subscribers
Post #344 1.78K
С одной стороны мне бы не хотелось стать тем самым "вахтёром" (с негативной коннотацией), который всем и всё запрещает.
Моё, не пущаю тут никого!
Нет, совсем нет.

Работа в айти это постоянное развитие, и если современные парадигмы требуют подхода "каждый может писать код!", то почему бы и нет.
Да, и, возможно, видеть MR от продакта, СЕО или тестировщика в репозиторий с даталейком или основным продуктом - это уже нормально.

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

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

"ИИ"-агенты? Конечно же они есть у нас.
Есть регулярное их использование, скиллы и многое другое.
Так а кто ответственный и кто фиксить будет?)
Если прод упал, то клод виноват?))

Вот ночью отвалилась фигнянейм, я на онколле.
А что мне делать? Я не понимаю как это овно работает и как/кто/когда фиксить будет?

В обычной связке мне понятно:
- программист пишет фичу/патч - он за неё ответственный
-я могу ночью либо роллбекнуть, либо быстро зафиксить (жаль не на текущем проекте) и утром ответственный программист возьмёт в работу

А какой, бл, флоу с ИИ?
Я ночью что делаю? Через ИИ дебажу? Через ИИ фикшу? А качу ли сразу патч или не имею права? Как настраивать в таком случае кодовнерс и флоу с гитом? Внезапно утром это фиксит непонимающий уже ничего программист, который вообще эту фичу впервые видит?
Или я жду продакта, чтобы он, как автор, при помощи ИИ фиксил, тогда имеет ли смысл его ждать, я тогда и сам с ИИ могу, лол. Но опять же должен ли я это делать, моя задача на онколле это чинить, а не код новый хуярить при помощи ИИ, ещё больше зарываясь в этом "ИИ" слопе.
Или мне СЕО дергать, если он автор мимолётного MR, написав ему с утра "дядь, чини своё там"?)

Тут даже не в рамках правил в моей нынешней компании или проекта вопрос, больше вопрос вслух как размышления.
Как мне кажется это глобально становится.

Сами практики и методологии DevOps появились, чтобы решить проблемы между Dev и Ops.
Сейчас нам уже надо решать проблемы между Dev, CEO, CTO, QA, TL, DA, Ops, PM, DS/ML.
Между всеми, кто теперь может писать код.
И пока это выглядит весьма печально и хаотично.
Денег то за это не дают 😬.


Знаете, если подумать, у нас ведь было всё.
Правда, у нас было буквально всё.

Don't Look Up (2021)
  • 👍 20
  • 💯 5
  • ❤ 4
More from @makebreakreflect
  1. Sep 22, 2026#aws #elasticache #redis #kubernetes #troubleshooting #devops #sre #longread Ничего не пре…
  2. Sep 18, 2026Вся эта неделя была очень странной. Опус отупел до уровня 3 модели. Фейбл сжигает токены б…
  3. Sep 16, 2026Post #382
  4. Sep 15, 2026Apple наконец слила beta и release в один продукт и избавились от лишнего шага в релизном…
  5. Sep 14, 2026#мысли #devops #aws Куча людей перешли на искусственный интеллект, так и не освоив собстве…
  6. Sep 4, 2026#aws и немного #всратость Честно говоря я немного разочарован последними UI изменениями, п…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →