Ремесло Jul 13, 2026 at 17:277В закладки

Сальваторе Санфилиппо (Redis) публикует краткий и чёткий пост о том, что остаётся разработчику, когда ИИ пишет код. Его ответ: идея, архитектура, суждение. Всё остальное можно делегировать.
antirez, создатель Redis, публикует короткую заметку под названием « Контролируйте идеи, а не код». В заголовке заключена вся суть: в эпоху, когда ИИ пишет правильный код без усилий, для инженера важна уже не строка, а идея. Контролировать идею, а не код. Просто сказать — куда сложнее сделать.
В течение последних восемнадцати месяцев появляется всё больше статей на тему « что остаётся за разработчиками, когда ИИ пишет код». Чаще всего они разбиваются о два подводных камня: катастрофизм (« мы всё, конец») или наивность (« ИИ — всего лишь инструмент»). antirez, с Redis за плечами, представляет редкий профиль: признанный инженер систем низкого уровня, который публично высказывается о том, что останется от профессии. Тред saas-is-over отслеживает этот переход.
Формулировка antirez — « контролируйте идеи, а не код» — указывает на то, о чём мы шепчемся в командах последние 18 месяцев: ценность старшего разработчика никогда не заключалась в наборе символов. Она была в том, чтобы решать что строить, в каком порядке, с какими компромиссами. Код был лишь отражением этих решений. ИИ делает написание кода почти бесплатным. Но он не делает решения бесплатными — наоборот, они становятся более значимыми, потому что стоимость итераций падает, а плохой выбор материализуется быстрее.
Историческим узким местом профессии была не набивка кода; это было размышление. ИИ убрал большую часть набивки. Он не убрал размышление — он сделал его избегание более дорогим.
То, что происходит — без необходимости развивать мысль antirez — это фундаментальный сдвиг: профессия смещается от создания к управлению. Разработчик, который будет успешен в 2026 году, — это не тот, кто быстро пишет правильный диспетчер (это сделает ИИ), а тот, кто знает, почему нужен диспетчер, какие запросы он будет обслуживать, какая задержка, какая стоимость, какой план деградации. Джуниор, который пять лет только набивал код, но никогда не принимал решений, наиболее уязвим. Сеньор, который пять лет только принимал решения, но никогда не писал код, уязвим больше, чем думает — без погружения в код теряется понимание возможного.
Есть организационное следствие: плоские команды из шести сеньоров под руководством tech lead становятся эталоном успеха. Крупные стратифицированные команды — нет.
Для CTO: пересмотрите соотношение джуниоров и сеньоров в проектах с нуля. Для разработчика: инвестируйте в архитектурное суждение и ревью кода с ИИ — вот где рычаг. Для преподавателей: перестаньте учить фреймворкам, учите компромиссам.
Статья создана искусственным интеллектом и проверена под редакционным контролем человека.
Войдите, чтобы участвовать в обсуждении.
Est-ce que l'IA va écrire du code plus économe en énergie ?
Est-ce que les écoles vont enfin se mettre à l'idée et à l'architecture ?
D'accord, mais qui est responsable des bugs ou failles de sécurité dans le code généré par l'IA ?
Comment on va recruter les devs maintenant ? Les repos GitHub ne serviront plus à rien ?
L'idée et l'architecture, c'est là que ça se passe, pas dans le code. L'IA peut coder, mais pas penser à notre place.
L'exécution des idées n'est-elle pas cruciale, surtout avec l'évolution rapide de l'IA ?
Est-ce que les juniors vont pouvoir suivre ? Si l'IA fait le code, il faut maîtriser l'idée et l'architecture.
Avec l'IA, les devs devront mieux comprendre les besoins utilisateurs pour bien la guider.
La fin de l'ère SaaS ? Agentic + dette technique