Я когда выступал пару лет назад на PHD меня познакомили с проектом Zerocracy, в котором менеджеры заменены алгоритмами, а вклад кодеров оценивается по результатам работы через Github. Без чатов и созвонов в телеге, зуме, слаке, итд.
Так я узнал о его авторе, уважаемом в сообществе программисте Егоре Бугаенко. Нашел его юубчик, где он делится мыслями о программировании и, в том числе, нейронках.
Ещё пару лет назад он, как и многие архитекторы с его опытом, настороженно относился к написанию кода ллмками (что резонно). Но сегодня я наткнулся на его свежую лекцию, где теперь он всеми педалями за использование агентов и больше сам не читает код из пул реквестов / баг репортов, кроме сложных случаев.
Семь его новых принципов разработки:
Readable → Sharp: Комментарии в коде больше не нужны. Люди больше не читают исходный код, его анализируют ИИ-агенты (2:01). Роботам комментарии не требуются, более того, они могут их путать (2:16). Код должен быть максимально лаконичным, точным и без лишних слов (2:46).
Rewrite → Revive: Legacy-кода больше не существует. Проекты 10–12 летней давности теперь можно не переписывать с нуля и не выбрасывать, а «оживлять» за считанные дни с помощью ИИ, который автоматически правит сотни багов и обновляет зависимости (3:47).
Attention → Distraction: Ручное ревью и триаж вредят проекту. Из-за лавины автоматических пулл-реквестов (PR) и баг-репортов у человека физически не хватает времени на их проверку (6:42). Внимание человека теперь только замедляет процесс и снижает качество (7:00). Делегация контроля ИИ-агентам. Проверку баг-репортов и мерж пулл-реквестов нужно полностью автоматизировать (8:00). Агенты сами вслепую вливают по 40–50 PR в день, оставляя человеку лишь редкие, самые радикальные или сложные изменения (8:09).
Respect → Reject: Вежливость и диспуты уходят в прошлое. За пулл-реквестом чаще всего стоит не программист, а «курьер», запустивший ИИ-агента (10:27). Больше не нужно тратить время на политкорректные обсуждения (10:49). Нужно внедрять жесткие автоматические фильтры (например, автоматический reject, если в PR более 200 строк кода), роботы на это не обижаются (11:28).
Maintainability → Visibility: Человек должен видеть краткий отчет на понятном языке: к чему приведет это изменение (как изменятся производительность, качество, объем кода) (4:51). Сами тесты должны быть визуально понятными (например, YAML-фикстуры вместо громоздкого Java-кода) (14:27).
Diff → Impact: Переход от чтения кода к оценке импакта (Impact). Вместо традиционного просмотра диффов (изменений строк кода) нужно настраивать CI так, чтобы он показывал итоговые метрики (3:40).
Stability → Speed: Скорость важнее стабильности (Смерть Preflight build). Классический Continuous Integration (CI) с проверкой каждого PR перед мержем не справляется с потоком из 100+ пулл-реквестов в день из-за нехватки времени и ресурсов (7:48). Новая реальность — это постоянно сломанный мастер-бранч (23:08). Вместо попыток удержать стабильность, нужно максимизировать скорость мерж-процесса, а возникающие поломки в мастере должны мгновенно и автоматически чиниться ИИ-роботами (23:15).
YouTube