Больше нет маленьких команд разработчиков: как AI-агенты меняют масштаб кодовой базы
There's no such thing as a small software team anymore
Один разработчик, использующий 20–100 AI-агентов параллельно, может генерировать до 500 коммитов в день — как команда из сотен инженеров в Uber. Автор утверждает, что модульность кода становится ключевым фактором производительности: чем меньше модули, тем эффективнее работают агенты, а стоимость разделения кодовой базы резко снизилась, поскольку агенты пишут весь вспомогательный код.
Если у вас тысячи микросервисов, как у Uber, вы получаете «неловко параллельный» способ работы с кодом.
- kstenerud
Сотни ботов, модифицирующих тысячи микросервисов, могут звучать хорошо на поверхности, но все эти тысячи микросервисов составляют архитектуру и продукт. Агенты не очень хороши в том, чтобы держать всю модель в своем контексте, поэтому, когда они рассуждают о небольшом куске кода, они часто придумывают что-то, что вредит другим частям кода (особенно когда KLOC растут). Сложность не была заменена, только перемещена. И угадайте, что произойдет, когда все эти микросервисы станут еще более подвижной целью, чем они уже есть? ИИ способен повысить производительность, но этот подход больше похож на кошмар в процессе создания.
- davepeck
Мудрый тролль однажды сказал: > лучшее оружие против демона сложности — магическое слово: "нет" В противовес этому, я считаю, что маленькие команды могут оставаться маленькими. Маленькие команды могут выпускать простые монолиты с высокой скоростью, количеством коммитов и качеством. Сервис-ориентированность не стала внезапно дешевой из-за агентов; границы между несколькими сервисами, которые версионируются и развертываются независимо, по-прежнему являются сложными зверями, с которыми нужно справляться. И неясно, почему "запуск большего количества агентов" по своей сути желателен или эффективен; мой опыт маленькой команды (хотя и анекдотичный) показывает, что ценность быстро насыщается.
- ulrikrasmussen
Я уже комментировал, что это, вероятно, худший совет, который я слышал за долгое время, и я бы точно не подпустил этого парня к кодовой базе, которую мне пришлось бы поддерживать. Но это также, по сути, блогспам. Автор намеренно включает два скриншота, которые абсолютно ничего не добавляют к его мысли и слишком малы для чтения. Когда нажимаешь на второй, ты не переходишь к увеличенной версии, ты попадаешь на главную страницу его сайта компании, где тот же скриншот.
- whatever1
Подождите два года, пока у нас будет достаточный отток старших специалистов в командах. Тогда все сервисы будут иметь ежедневные сбои. Только старшие, которые знают свои системы, сегодня поддерживают свет, не допуская мусорных коммитов. Как только они выгорят и уйдут, никто не будет иметь ни малейшего понятия, что сделали LLM и почему сервисы лежат.
- _345
Я очень скептичен, что можно выпускать ~10 PR в день на человека, если только эти PR не являются крошечными частями одной функции или все они — крошечные баги, каждый из которых — исправление в 3 строки, которое можно мгновенно просмотреть. Иначе как вы можете подтвердить, что ИИ действительно сделал правильное исправление или правильно реализовал функцию? Что вы вообще хотели, чтобы эта функция была сделана именно так?
- zkmon
Надеюсь, люди не называют автоматизации "командами". Если вы называете это командой только потому, что она "делает" работу, то ядра CPU и потоки тоже команда, хотя и не такая вероятностная (интеллектуальная). Они выполняют работу.
- throw123fgbkjgf
Уверен, что Uber в итоге получил тысячи микросервисов, потому что они раньше привязывали владение сервисом к производительности и продвижению, и пытались сократить их количество годами. Забавно видеть, как это интерпретируется как осознанный выбор.
- franciscop
Я увидел `require('gulp')`, и воспоминания точно вернулись. Это точно то, как мы делали код ~10 лет назад. Мне все еще не очень нравится многопоточность НА ПРОЕКТ, я предпочитаю иметь 2 проекта и переключать контекстное окно, я нахожу текущие инструменты (по крайней мере, те, которые я знаю) немного слабоватыми для многопоточности. Но я также пытаюсь обновить свои знания. Хороший способ, который я нашел, так как я много занимаюсь OSS и имею свои библиотеки: когда я нахожу баг в одной из этих библиотек, я могу работать над тем же проектом в главном окне, пока исправляю библиотеку в другом окне. Обычно мне нужно сказать главному: "давай пропустим это пока, я чиню библиотеку".