Если вам кажется, что вашей проблемой была скорость написания кода – у вас более серьёз... — 20 мая 2026 г. в 08:16:34.246
Если вам кажется, что вашей проблемой была скорость написания кода – у вас более серьёзные проблемы Написание кода никогда не было бутылочным горлышком, и AI-ускорение этого процесса лишь подтверждает этот тезис. Да, инженеры стали поставлять больше кода, но бутылочное горлышко по заветам Голдратта переехало в другие места: качество, скорость деплоя, продуктовые требования и так далее. В статье автор разбирает, к чему на самом деле приводит ускорение поставки кода без оптимизации всех остальных частей работы. Эта статья особенно ценна в текущую эпоху ИИ-безумия, потому что заставляет не слепо ускорять участки работы (напомню, что стремление к локальной оптимизации убивает производительность всей системы), а подумать, что действительно важно в процессе разработки. Отдельный респект выражаю автору за предпоследний раздел «Что делать дальше». В целом можете прочитать его и не читать всю статью, если вам и так понятно, что ускорение поставки кода ломает производственный процесс. Вообще отличная статья для практики скимминга, 80% смысла можно понять из оглавления :) ⭐️ Интересные идеи 🟡 Одна из главных проблем – вы не знаете, что делать. У каждого моего знакомого IT-шника есть пачка баек о работе, сделанной в стол. Да что уж там, я буквально две недели назад смотрел с продактами фичу, которую мы сделали пару месяцев назад, и задавался вопросом: «А мы это нахрена вообще сделали?» Если разработка пилит бесполезные фичи, то с ИИ-шкой она будет пилить много бесполезных фич. 🟡 После написания кода есть ещё целая куча мест, где теряется время. Это ожидание код ревью, тестирование, медленный CI, security ревью (прохождение безов для многих команд – это отдельный ад) и так далее. Вместо оптимизации того, что и так неплохо работает, стоит сосредоточиться на этих простоях. 🟡 Если вы хотите добиться серьёзного ускорения деливери, то начните с value stream mapping. Вот буквально распишите путь фичи от зарождения идеи до выкатки на прод (с анализом результатов этой фичи в проде). Разберитесь, сколько занимает каждый шаг. Разберитесь, сколько времени тратится на простои между шагами. Скорее всего, вы увидите простор для оптимизации, по сравнению с которым ускорение «программирования» – капля в море. Приятного чтения 😉