Внимание — новый параметр у задач

Теперь, один из главных вызовов в разработке — научиться разделять задачи, которые мы готовы доверять агентам, с задачами, в которых мы ожидаем пристальный контроль и внимание со стороны человека

Важно: сразу оговорюсь, ответственность ВСЕГДА остаётся на инженерах, не надо задавать тупые вопросы вида "если накосячил с кодом агент, кто отвечает за результаты его труда". Тот кто агента настроил и запустил, тот кто процесс его работы организовал, тот и отвечает, ок? Теперь вернемся к вопросу как разделять

По мне, это формируется буквально парой базовых принципов:
- Чем дороже исправление тем больше человеческого внимания надо уделять (если исходить из описание архитектуры, как тех решений, которые очень дорого поменять)
- Уровень внимание должен быть достаточным, чтобы минимизировать потенциальные critical и high косяки (достаточность определяется аппетитом к риску. Больше аппетит — быстрее скорость и наоборот, как всегда, ничего не меняется)
- При повышении автономности в работе кодинговых агентов инженеры должны фокусироваться на проверке ожидаемого поведения (кликая человеком, агентами, автоматизируя тесты и код-ревью)

При этом:
- Задача человека — управлять потоком агентной работы, формировать требования и ожидания, авторизовывать результат
- Задача инженерной команды — повышать автономность и снижать количество петель обратной связи (когда агент ошибся или плохо сделал работу, она вернулась к человеку)

По факту наша текущая задача, как человеков, научится безопасно выменивать у агентов внимание человеков на скорость без потери качества. Именно этот размен несет эффективность (повышение фроупут, снижение кост ту велью). Следующие несколько лет будем двигаться в этом направлении товарищи

А вы что думаете?

Внимание — новый параметр у задач

Теперь, один из главных вызовов в разработке — научиться разделять задачи, которые мы готовы доверять агентам, с задачами, в которых мы ожидаем пристальный контроль и внимание со стороны человека

Важно: сразу оговорюсь, ответственность ВСЕГДА остаётся на инженерах, не надо задавать тупые вопросы вида "если накосячил с кодом агент, кто отвечает за результаты его труда". Тот кто агента настроил и запустил, тот кто процесс его работы организовал, тот и отвечает, ок?

По мне, это формируется буквально парой базовые принципов:
- Чем дороже исправление тем больше человеческого внимания надо уделять (если исходить из описание архитектуры, как тех решений, которые очень дорого поменять)
- Уровень внимание должен быть достаточным, чтобы минимизировать потенциальные critical и high косяки (достаточность определяется аппетитом к риску. Больше аппетит — быстрее скорость и наоборот, как всегда, ничего не меняется)
- При повышении автономности в работе кодинговых агентов инженеры должны фокусироваться на проверке ожидаемого поведения (кликая человеком, агентами, автоматизируя тесты и код-ревью)

При этом:
- Задача человека — управлять потоком агентной работы, формировать требования и ожидания, авторизовывать результат
- Задача инженерной команды — повышать автономность и снижать количество петель обратной связи (когда агент ошибся или плохо сделал работу, она вернулась к человеку)

По факту наша текущая задача, как человеков, научится безопасно выменивать у агентов внимание человеков на скорость без потери качества. Именно этот размен несет эффективность (повышение фроупут, снижение кост ту велью). Следующие несколько лет будем двигаться в этом направлении товарищи

А вы что думаете?

Слышал таким образом были придуманы трансформеры

Очередной релиз, GPT 5.6, возрадуемся! 🫠

Кроме шуток, если в этот дуэт добавить клиентский сервис и обеспечение качества в лице одного человека — то это будет полноценная команда нового типа. Она может 360 закрыть продукт, и им больше никто не нужен)

Чо, как оцениваете? Будут команды-тройки на горизонте 2-3 лет новой нормой? А team-of-1?

Даже маркетологи Барни уже все поняли)

Все записи FrontendConf 2025

Недавно выложили плейлист с 57 докладами с нашей последней конференции

Что особенно рекомендую посмотреть:
- Александр Васильев, Миллионы точек без лагов. Как делать интерактивную высоконагруженнеую real-time-графику на WebGL и WebGPU
- Андрей Кузнецов, фронтендерские суперсилы. Очень рефлексивный софтовый доклад про то, какие мы все разные, как комбинировать людей в команде и как находить в себе энергию для свершений.
- Александр Китов, Compression Dictionary Transport. Как пожать фронтенд-ассеты в 5 раз
- Никита Ульшин, Наставничество в кайф. Как учиться самому, обучая джунов
- Антон Непша, Что там с React Compiler. Про кишочки реакт-компилятора

П.С. И вот вам еще 468 докладов с прошлых лет, смотрите, разбирайтесь, делитесь с друзьями-фронтендерами и кайфуйте! ❤️