В последнее время я понял одну довольно интересную вещь — индустрия разработки программного обеспечения находится в процессе трансформации, которую я не видел за свою более чем 20-летнюю карьеру.

Более двадцати лет назад я начал работать в DCSL Software (, которая позже стала One Beyond). Я покинул компанию в 2023 году, когда в ней работало более 300 человек, и она вела деятельность по всему миру. После этого я основал стартап в области робототехники и привлек более 4 миллионов фунтов инвестиций. Честно говоря, я никогда не думал, что вернусь к кодированию.

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

Но неожиданно недавно я снова оказался в роли разработчика — не из ностальгии, а из-за реальной необходимости. Я создаю действительно сложную платформу в области робототехники. И мой подход к работе полностью отличается от прежнего.

Эти личные изменения ясно показывают мне: что-то фундаментально изменилось в нашем подходе к разработке программного обеспечения.

Если оглянуться назад, мы работали по модели водопада. Это не просто теория, а чистая экономика. Код был дорогим и медленным в создании, поэтому единственно разумным было тщательно продумывать всё с самого начала. Мы писали подробные спецификации, потому что так было нужно — договоры, поставки, всё зависело от них. Хорошая спецификация — редкий навык, и мне повезло быть достаточно хорошим в этом. Я мог представить, каким будет готовый продукт еще до его создания, предсказать сложные части и описать поведение с достаточной точностью, чтобы команда могла строить на этом.

Затем индустрия перешла на Agile. Официально — потому что это лучше для реагирования на изменения. Неофициально — потому что мы поняли, что в больших, долгосрочных системах не существует идеальных спецификаций. Бизнес меняется, пользователи меняются, технологии меняются. Agile полезен, но за это приходится платить. Мы отказались от глубокого проектирования с самого начала, вместо этого начали исследовать постепенно. Это работало, но также закрепило мышление, что слишком дальновидное планирование считается ненужным или даже рискованным.

Теперь я понимаю, что причина, по которой я могу снова писать код, не в том, что у меня появилось больше времени или я захотел изучить новые инструменты. Всё изменилось благодаря искусственному интеллекту, который кардинально снизил стоимость тестирования.

Люди часто неправильно понимают этот момент. Настоящее изменение — не в том, что код пишется быстрее. А в том, что теперь всё можно тестировать быстро, дешево и большинство вещей — отменить. То, что раньше занимало недели у разработчика, теперь можно проверить за несколько минут. Вы находите подход, смотрите, как он работает, полностью от него отказываетесь и пробуете другой — практически без последствий. Это было невозможно раньше.

Ранее код порождал сильную эмоциональную и финансовую привязанность. Если что-то занимало двух разработчиков три недели, было логично не выбрасывать это. Решения принимались рано, не всегда потому, что они были правильными, а потому что их отмена стоила слишком дорого. Эти ограничения исчезли, и именно поэтому я вернулся к коду.

Теперь я работаю на уровне, где я наиболее силен — понимаю проблему, формирую систему, выявляю сложность — в то время как AI занимается механизмами. Я не пишу код так, как делал это в двадцать лет. Я управляю им, настраиваю, исправляю и иногда направляю его, чтобы он не сбился с пути. Это ощущение больше похоже на руководство командой, чем на написание кода. Ты действительно — руководитель — задаешь направление, оцениваешь результаты, ищешь способы обойти лень.

Одно из распространенных заблуждений — что эта новая свобода делает дизайн менее важным. На самом деле всё наоборот. Наличие четкого, подробного представления о том, что ты строишь, по-прежнему очень ценно. Это даже улучшает работу AI. Чем яснее намерение, тем лучше результат. Неясное мышление лишь порождает более неопределенные системы.

AI работает как человек. Он хочет помочь, дать ответ. Если вы неясны, он заполняет пробелы. Если вы неосторожны, он делает предположения. Если вы не ставите ему вызов, он уверенно продолжает ошибаться.

Но дизайн уже не является продуктом, который должен оставаться неизменным много лет. Он становится скорее руководством для тестирования, а не жестким ограничением. Вы сохраняете четкое видение цели, но готовы экспериментировать, отказываться и развивать путь к ней.

Новые навыки — знать, когда исследование эффективно, а когда оно просто создает шум. AI с удовольствием продолжит структурировать, даже когда это уже не нужно. Он не знает, когда файл слишком большой, когда абстракция протекает, или когда то, что работает сегодня, станет проблемой завтра. Эти инстинкты остаются благодаря опыту.

Когда тестирование становится дешевым, многие долгосрочные предположения уже не актуальны. Планирование больше не сводится к жесткому ограничению всего заранее. Это установка намерений, ограничений и границ. Меньше предположений о затратах, больше — о понимании исследуемого пространства. Наше отношение к коду полностью меняется. Меньше привязанности к конкретным реализациям, больше внимания к поведению, структуре и результатам.

Вот почему индустрия разработки программного обеспечения кажется нестабильной. Многие пытаются применить старые ментальные модели к новым инструментам. Это работает некоторое время, но упускает главное.

Я уверен, что эти изменения — навсегда, потому что очень простая причина: я бы не стал заново строить всё иначе. Единственная причина, по которой я снова доверяю практике разработки программного обеспечения после десятилетия, — это то, что ограничения, изначально вынуждавшие меня к определенным подходам, больше не применимы. Теперь код можно развивать через направленное тестирование — и это просто невозможно было раньше.

Это не означает, что опыт стал менее важен. Он стал важен по-другому. Его ценность больше не в знании синтаксиса или фреймворков. Она в суждении, структуре и умении вовремя остановиться.

Это не конец разработки программного обеспечения. Но это конец старой модели. И как только ты начинаешь работать по-новому, пути назад уже нет.