Zach Kehs: у плохого кода нет предела, в отличие от зданий
6 сентября 2026 года в блоге Simon Willison (simonwillison.net) появилась короткая запись с цитатой из эссе Zach Kehs «There's No Limit to How Bad Code Can Get» («У того, насколько плохим может стать код, нет предела»).
Центральный тезис цитаты: если бесконечно надстраивать здание новыми этажами и комнатами, оно в какой-то момент рухнет, у физической конструкции есть предел прочности. У программного обеспечения такого ограничения нет. Код может ухудшаться без конца: всегда можно добавить ещё один слой косвенности (промежуточный уровень абстракции между частями программы) или получить дополнительное снижение производительности.
Запись в блоге Willison, это цитата с указанием источника, а не самостоятельный разбор: контекст написания эссе Kehs, конкретные примеры кода или программных систем, а также механизм, объясняющий, почему у зданий предел есть, а у софта нет, в записи не приводятся.
Ключевые факты
- 6 сентября 2026 года Simon Willison опубликовал в своём блоге цитату из эссе Zach Kehs «There's No Limit to How Bad Code Can Get»
- Ключевое сравнение: здание, которое бесконечно наращивают этажами и комнатами, в итоге рухнет, у физической конструкции есть предел
- У кода, в отличие от здания, такого предела нет: он может ухудшаться сколь угодно долго
- Механизмы деградации, названные в цитате: добавление нового слоя косвенности и снижение производительности
- Конкретные примеры кода или систем, а также контекст написания оригинального эссе в записи не приводятся
Почему это важно
Наблюдение Kehs формулирует в одной фразе то, что в инженерной практике называют накоплением технического долга и энтропией кода: сложность и качество программной системы не выравниваются сами собой и не упираются во внешний физический барьер, как это происходит со зданием. Пока никто не тратит усилия на упрощение и рефакторинг, деградация продолжается без естественного потолка.
Кому это важно
Разработчикам, техлидам и командам, которые годами поддерживают одну и ту же кодовую базу: именно они на практике сталкиваются с тем, что старый код со временем обрастает всё новыми уровнями абстракции и теряет производительность, если этому не противодействовать целенаправленно.
Как это применить
Практический вывод из тезиса, не полагаться на то, что деградация кода остановится сама собой. Раз естественного предела нет, ограничивать рост сложности приходится осознанно: закладывать время на рефакторинг, отслеживать появление лишних слоёв косвенности и не откладывать упрощение архитектуры на потом.
Можно ли доверять
Это авторское наблюдение, оформленное как афоризм, а не эмпирическое исследование: в процитированном фрагменте нет ни данных, ни конкретных кейсов, ни разбора механизма, почему именно у зданий предел есть, а у софта, нет. Афоризм звучит убедительно как образ, но проверить его как утверждение не на чем, источник этого и не предлагает.
Риски и подводные камни
Главный риск, принять яркую метафору за строгий закон и переносить её без разбора на любую кодовую базу, забывая, что деградация кода зависит от конкретной дисциплины команды, а не является неизбежностью. Сама запись не приводит ни примеров, ни оговорок, которые ограничивали бы применимость тезиса, поэтому обобщать его дальше исходного текста стоит осторожно.
«Если бесконечно надстраивать здание новыми этажами и комнатами, оно рухнет. У программного обеспечения нет такого ограничения. Код может становиться только хуже. Всегда можно добавить новый слой косвенности или получить снижение производительности.»
— Zach Kehs, «There's No Limit to How Bad Code Can Get»