Понимание — новое узкое место в разработке ПО¶
7.0/10
В эссе, опубликованном на сайте Джеффри Литта, утверждается, что в разработке программного обеспечения главным узким местом становится не написание кода, а понимание существующих кода и систем; LLM одновременно выявляют это ограничение и могут его усугублять. Автор связывает проблему с тем, что масштабирование разработки упирается в способность людей и моделей удерживать целостную модель системы. Обсуждение на Hacker News собрало 381 балл и 206 комментариев, где участники в основном соглашаются с диагнозом, но спорят о предложенных решениях. Конкретные инструменты и предлагаемые меры в доступном материале не описаны, поэтому статья рассматривается прежде всего как постановка проблемы.
Контекст¶
Эссе «Understanding is the new bottleneck» — это письменная версия доклада Джеффри Литта из Notion на конференции AI Engineer в июле 2026 года. В нём утверждается, что с ростом возможностей LLM по генерации кода ключевым ограничением разработки становится не написание кода, а его понимание — как человеком, так и самими агентами. Литт предлагает подходы для эффективного понимания кода, включая объяснения, «микромиры» и общие пространства для совместной работы с AI.
Влияние¶
Для разработчиков и команд, активно использующих LLM, это означает необходимость закладывать время и процессы на верификацию понимания кода, поскольку автоматические описания изменений не передают мотивацию и могут маскировать ошибки.
Обсуждение¶
Комментаторы в целом согласны, что проблема понимания существовала и до LLM: одни связывают её с давними вызовами инженерного менеджмента, другие — с постепенной утратой целостной модели системы. При этом предлагаемые в статье решения вызывают скепсис; отдельно отмечается, что сгенерированные LLM описания PR получаются механическими и лишёнными мотивации, а попытки использовать LLM для понимания кода не снимают необходимость проверять их силами человека.