Одноразовый код

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

Традиционная модель стоимости программного обеспечения состоит из двух частей: затрат на создание и бесконечного хвоста поддержки. Вместе они задают планку для любого проекта: разработка начинается, только если ожидаемая польза эту планку перевешивает. Небольшие пограничные проекты - личная автоматизация, одноразовый скрипт для недокументированного API - часто отбрасывались не из-за стоимости написания, а именно из-за хвоста поддержки. Недокументированные и нестабильные интерфейсы ломаются; обязательство бесконечно чинить эти поломки - реальные затраты, и ради условного выключателя света оно обычно того не стоит.

Coding-агенты сдвигают оба слагаемых. Падает стоимость создания, а вместе с ней - и стоимость неудачной попытки: можно попробовать что-то сделать, увидеть, что не работает, и бросить, практически ничего не потеряв. Именно эта вторая часть делает пограничную попытку рациональной: дешёвый провал, а не просто дешёвый успех. А когда код с самого начала стоил копейки, сгенерировать его заново после поломки - или стереть и начать с нуля - больше не ощущается как потеря. Нестабильность нижележащего интерфейса никуда не исчезает. Она просто перестаёт быть поводом даже не начинать. Simon Willison прямо называет это в cheap-reverse-engineering: бремя поддержки недокументированных API домашних устройств подавляло проекты сильнее, чем сами трудозатраты на написание кода, а снижение стоимости кода снимает этот барьер.

Тот же сдвиг проявляется в других разделах базы под другими углами:

• port-not-patch-contribution - случай с открытым исходным кодом. Когда форк и портирование библиотеки занимают 45 минут, стимул отправлять исправление в upstream слабеет; побеждает дешёвая локальная переписка.
• llm-as-average-democratizer и average-is-all-you-need - рыночный случай. Дешёвый средний результат поднимает нижнюю планку и обесценивает просто хорошую квалификацию.
• language-choice-for-agents - та же функция стоимости в применении к выбору языка, где фактор человеческой скорости разработки, некогда дававший преимущество Python, переворачивается.
• ai-superpowers-focus-followthrough - как выглядит сниженный порог, когда больше ничего не меняется: Manelius разобрал список отложенных дел десятилетней давности и в итоге стал вести 40 proof-of-concept проектов одновременно, каждый из которых оказался новым незакрытым циклом.
• service-with-a-software - тот же сдвиг со стороны покупателя: дизайнер отменяет подписки на сервисы прототипирования и обмена файлами, потому что сделать свои инструменты стало быстрее, чем настраивать чужие.
• solid-bases-custom-code - взгляд поставщика на тот же сдвиг: долговечной частью остаётся база данных (хранилище, права доступа, история), а 20% пользовательского интерфейса поверх неё становится достаточно дёшево генерировать. Написано основателем компании, продающей такую базу.

Противовес этому - peril-of-laziness-lost. Одноразовость работает в обе стороны: код, сохранение которого никому не нужно обосновывать, создаёт идеальные условия для накопления лишнего балласта, ведь трение, раньше вынуждавшее стремиться к простоте ("кому-то придётся это поддерживать"), исчезло. Лёгкость написания и лёгкость выбрасывания - одно и то же свойство, и оно убирает дисциплину вместе со сдерживающим фактором.

Противоположный взгляд на тезис "код стал дешёвым" - писать стало дёшево, владеть плохим кодом стало дороже - описан в pocock-software-fundamentals.