← На главную

Инженерам лучше делать рефакторинг: ИИ пока не гарантирует результат

12.05.2026 15:08 · hackernews

Старшие разработчики застряли в бесконечном цикле: главная задача — обеспечить непрерывность работы, понятность кода, простоту отладки и стабильность сервисов. Именно сложность систем подрывает эту стабильность, превращая ответственность бизнеса для клиентов в риски. Рост сложности снижает устойчивость, что ведет к срыву платежей и общему недовольству. Если первый этап развития компании был направлен на снижение неопределенности, то на втором этапе приоритетом становится управление этой сложностью. Однако когда бизнес одновременно пытается изучать новые возможности и обслуживать клиентов, мнения часто не совпадают. Чем больше заказчиков просят добавить функций, тем громче старшие инженеры возводят щит из аргументов про дороговизну поддержки, снижение скорости разработки и потерю продуктивности. Проблема в том, что такие объяснения не решают главной проблемы бизнеса — потребности в быстром снижении неопределенности. Нельзя объяснять проблемы других людей своими же сложностями. Задача разработчика — показать, как его решения именно снижают неопределенность для всех.

Главный навык опытного инженера — умение не строить ненужные системы и находить пути для повторного использования уже созданного. Нужно собрать данные для опроса? Используйте Google Forms. Требуется новая фича для теста? Попробуйте просто добавить кнопку в существующий интерфейс. Нужен сервис аналитики? Начните с одного показателя, одной диаграммы. Хочешь торт? Поставь свечку на бутерброд. Старшие разработчики учатся давать заказанный результат, используя ресурсы с максимальной пользой. Как переубедить коллег без длинных эссе? Копирайтеры мастерски сводят множество мыслей к одной фразе. Магическая фраза для инженера: «Можем ли мы попробовать сделать это быстрее?». Слово «быстрее» признает стремление бизнеса к скорости снижения неопределенности. «Попробовать что-то» подразумевает возможность получить достаточный результат, даже если решение не идеальное. Это позволяет команде действовать по правилам: сокращать, повторно использовать и, если обстоятельства благоприятствуют, избегать лишнего. Но искусственный интеллект, похоже, ставит все это под угрозу. Зачем рефакторить и избегать сложного, если ИИ строит всё за секунды? Ответ прост: ИИ пока не умеет брать ответственность за результат, которую сегодня несут именно старшие разработчики.

Читать оригинал →