Последнее время меня занимает тема вроде бы чисто инженерная, хотя чем дальше, тем больше она кажется мне философской: архитектура программного обеспечения
Почти два года назад я писал пост с прогнозом, куда всё движется. Кажется, он начинает сбываться. С появлением Claude Code, Codex и похожих агентов объём генерируемого кода растёт как на дрожжах. Google ещё в 2025-м говорил, что больше 30% нового кода у них пишет ИИ
Код стал дешёвым. То, что раньше люди бережно проектировали и вылизывали, превращается в расходник, в вечный черновик
А когда производить почти ничего не стоит, главной становится логистика. Ценность смещается в систему вокруг кода: где он хранится, как организован, как его проверяют и через какие точки он проходит, прежде чем стать чем-то полезным для пользователя
Причём эта логистика во многом одноразовая. Представьте функцию в приложении, которая существует только для вас. Например, вы пишите ассистенту «привези продукты, но только когда нет дождя и ребёнок в садике». Такой код сгенерируют, протестируют и выкатят под ваш запрос. А в следующий раз внутри он будет уже другим: система накопит данные о том, как вы им пользовались, и перепишет его «лучше». Лучше по критериям владельца приложения, а не вашим, разумеется
И тут возникает куча вопросов:
• Как автоматически проверять качество кода, который ни один человек не читал?
• Где граница автономности системы?
• Что пользователь может собрать для себя сам, а что нет?
• Как сохранить стабильный UX, если интерфейс каждый раз будет немного другой? (он же будет тоже генеративным)
• Как управлять расходами, если каждый запрос сжигает деньги на генерацию?
• Кто отвечает за ошибки?
Вопросов много, ответов у меня пока нет
P.S.: Одно могу сказать точно — ждите эру забагованного вхлам программного обеспечения. Зато персонального: у каждого баги будут свои
Post #141
32
Forwarded from Алексей Макаров – люди и сложность (Алексей Макаров)