Опасность утраченной лени

Пост Брайана Кантрилла за апрель 2026 года опирается на "три добродетели программиста" Ларри Уолла (лень, нетерпеливость, гордыня) из Programming Perl, доказывая, что LLM фундаментально лишены самой главной из них - лени. Речь не о праздности, а о продуктивной лени, которая заставляет программистов строить чистые абстракции, чтобы не тратить время в будущем на неуклюжие системы.

Добродетель лени

Шутка Уолла заключалась в том, что лень заставляет писать программы, экономящие труд, и хорошо их документировать, чтобы не отвечать на вопросы. Кантрилл видит в этом нечто более глубокое: лень - это эстетическое и экономическое ограничение. Время программистов конечно, и эта конечность вынуждает их упрощать. Вы создаёте чёткие абстракции, потому что не можете позволить себе когнитивную нагрузку от плохих. Тяжёлая интеллектуальная работа - то, что Рич Хикки назвал "разработкой в гамаке" (hammock-driven development), - происходит именно потому, что вы оптимизируете систему для себя в будущем.

Когда этот расчёт срабатывает, абстракция служит не только вам, но и всем, кто придёт следом. Лень передаётся по цепочке: вы экономите время, следующий человек экономит время, система остаётся компонуемой. Демократизация разработки ПО за последние два десятилетия привела в неё людей, которые не назвали бы себя программистами и для которых ироничная формулировка Уолла теряет свою остроту.

Ложное трудолюбие

Современные абстракции обеспечили настолько высокую продуктивность, что культура объёма выработки вытеснила этику лени. Кантрилл связывает это с "расцветом брограммеров" и культом достигаторства (hustle porn) - оценкой софта по количеству, а не по качеству. LLM стали стероидами для такого мышления. Гарри Тан, хвастающийся 37 000 строк кода в день, - это reductio ad absurdum: оценка софта на вес.

Кантрилл в основном игнорировал проект, который строил Тан, пока польский инженер Gregorein не препарировал его публично. Загрузка одной страницы "блог-рассылочной штуковины" Тана включала в себя несколько тестовых окружений, собранных в production, приложение Hello World на Rails, затесавшийся текстовый редактор и восемь вариантов одного и того же логотипа (один из них нулевого размера). Предсказуемый результат бесконтрольной генерации.

Главный тезис: LLM лишены лени

Для LLM работа ничего не стоит. У неё нет будущего "я", для которого нужно оптимизировать, нет когнитивной нагрузки, которую нужно контролировать, нет нетерпения по отношению к собственному результату. Без присмотра LLM делают системы больше, а не лучше - слоёными пирогами из мусора, которые тешат показатели тщеславия, одновременно увеличивая сложность. Именно ограничения человеческого времени вынуждают к простоте. Лучшие инженерные решения рождаются из ограничений, и ограничение конечного человеческого внимания лимитирует когнитивную нагрузку, с которой мы согласны мириться. Уберите это ограничение (позволив LLM генерировать без контроля) - и системы раздуются.

Кантрилл связывает это со своим докладом "The Complexity of Simplicity": сделать систему простой, несмотря на её существенную сложность, - это значительный труд, и нельзя ожидать, что машины, не знающие ограничений по времени или нагрузке, будут делать это добровольно.

LLM как инструмент, а не замена

Кантрилл не выступает против LLM. Oxide опубликовала руководство по использованию LLM (RFD 0576) и обсуждала поддержание инженерной строгости в эпоху LLM в подкасте Oxide and Friends. Его позиция: LLM - выдающийся инструмент, но всё же инструмент. Используйте их для борьбы с неироничной ленью - техническим долгом, нудными миграциями и непривлекательной работой, которой люди реально избегают. Но это использование должно служить добродетельной лени: создавать более простые и мощные системы для инженеров, которые придут на смену.

Связи

Это эссе находится в философском центре ветки скептицизма по отношению к LLM в вики, отвечая на вопрос почему для эмпирических наблюдений других авторов:

• no-silver-bullet-llms - количественные аргументы Беннетта о том, что узким местом остаётся существенная сложность, а не скорость генерации кода. "Лень" по Кантриллу - это человеческий механизм борьбы с существенной сложностью; LLM его пропускают.
• cult-of-vibe-coding - цикл Коэна "аудит - обсуждение - выполнение" в точности соответствует добродетельной лени, описанной Кантриллом: глубокое предварительное осмысление, ускоряющее реализацию.
• building-syntaqlite-ai - двухфазный опыт Маганти как наглядный пример утраченной лени (фаза 1: написанные на вайбах спагетти) и лени возвращённой (фаза 2: архитектура под контролем человека).
• clean-code-coding-agents - практическая сторона: агенты эффективно ориентируются в чистом коде, поэтому структурная простота окупается не только когнитивно, но и механически (меньше сжигается контекст).
• ai-great-leap-forward - корпоративные директивы по внедрению ИИ, порождающие мусор ради красивых метрик, аналогичны 37 тысячам строк в день у Тана.
• llm-as-average-democratizer - оптимистичное отражение: когда средний результат становится бесплатным, базовый уровень растёт, но дефицитным ресурсом становится не производство, а фильтрация. Предостережение Кантрилла показывает, что происходит, когда фильтр отказывает.
• agentic-coding-fatigue - практическое дополнение от 0xsid: человеческий фильтр при надзоре за агентами упирается в потолок в 4-5 часов в день, поэтому даже при желании быть ленивым способность здраво оценивать код заканчивается раньше, чем заканчивается работа.
• agentic-coding-is-a-trap - структурное дополнение Фей: роль надзирателя разрушает навыки, которые для неё требуются; skill-atrophy-supervision-paradox называет эту замкнутость по имени.
• good-tools-are-invisible - взгляд со стороны создателя инструментов от Ginger Bill: оценивать инструмент по человеческим затратам, а не по "увлекательной головоломке" преодоления его шероховатостей.
• notes-on-software-quality - параллельное утверждение Хобдея о том, что качество падает, когда в создающей его организации нет ограничений, вынуждающих к аккуратности, - та же форма отсутствующей добродетели.
• refactoring-that-never-happens - механизм в одной привычке: раньше рефакторинг запускался тогда, когда разработчик начинал путаться в запутанном коде, а агенты никогда не путаются.
• owning-ai-written-code - написание кода раньше вынуждало понимать его; когда код пишут агенты, понимание превращается в отдельную статью расходов, которую кому-то всё равно придётся оплатить.