Эволюция разработки с агентами: что у команды прижилось, а что нет
Спикеры
Техплатформа Городских сервисов Яндекса
9 лет в индустрии IT. 5 из них в Яндексе. Основной язык разработки - Python.
Сейчас руководит отделом, который разрабатывает микросервисные фреймворки для бэкенда.
Увлекается Японией: язык, культура, еда, аниме. Сноубординг в качестве зимнего хобби.
Что получите
Кому полезно
О чём доклад
Год назад я считал, что агентская разработка — это далёкая фантазия менеджеров: сейчас нарисуют задачи в трекере и отправят команду агентов решать в цикле. Мои разработчики думали примерно так же и пробовать не спешили.
Мы были правы — и перестали быть правыми, причём не сразу. Сопротивление кончилось, когда совпали три вещи: появились модели, которые тянут сложное, появилось готовое решение целиком, и им стало удобно пользоваться. До этого осторожность была рациональной стратегией. После — превратилась в опоздание.
Расскажу, как это выглядело изнутри. Сколько всего пришлось перепробовать и выбросить, чтобы у команды осталась инструкция из трёх пунктов — и почему на неё всё равно ворчат, что это не одна кнопка. Как делить между людьми ресурс, которого на всех не хватает, когда правильного ответа не знает никто. И что из этого работает, а что нет.
Доклад для тех, у кого в команде уже идёт этот спор.
