Про ботлнеки в разработке

OpenAI вчера сделали довольно интересный пост про то, как они разрабатывали андроид-приложение Sora с помощью своего Codex. Не хочу всё пересказывать, вот тут это уже хорошо сделали, и вообще тезисы удивительно близко повторяют контент моего канала и моих докладов 🙂

Я хочу за одну цитату зацепиться:

Our bottleneck in development shifted from writing code to making decisions, giving feedback, and integrating changes.

Always has been, как говорится. Они, очевидно, очень лукавят, ведь эта идея в рекламных целях красиво смотрится.

Непосредственно кодинг – почти никогда не ботлнек. За 80% ресурсов, потраченными на разработку, идут по 80% ресурсов, потраченные на аналитику, QA, деплой и всякие маркетинговые штуки. Ну или, по крайней мере, так должно было быть. Если не было, то это в консерватории что-то не так.

Просто если у вас на проекте хоть как-то зафиксировались подходы к разработке и все понимают что делать, то вы начинаете работать сильно быстрее, чем это успевают ревьювить, тестировать и потом регрессить. И если на разработке не задумываться о том, как бы чего лишнего не задеть и как сложно будет тестировать, то ботлнек будет на шаг дальше.

AI особо ничего не поменял, просто чуть ярче показал. Как без AI мы начинали наворачивать автоматические проверки и тесты поверх разработки, так и тут придётся. Но если без AI мы можем без всего этого жить довольно долго, то с ним просто иначе работать вообще не получается — он будет делать какую-то ерунду и очень быстро. Дальше будет уже не ботлнек, а ботлнечище.