AI не створює супер-інженерів, але реально прискорює розробку: що показало дослідження GitKraken
Розробники, які регулярно користуються ШІ, показують вищу активність та помітний приріст продуктивності. Про це йдеться у нещодавньому звіті GitKraken у партнерстві з GitClear про вплив AI-інструментів на роботу розробників.
Дослідники проаналізували 2172 робочі тижні у командах, які використовували GitHub Copilot, Cursor та Claude Code. Головним висновком стала теза, яка давно висить у повітрі: ШІ не перетворює інженерів на міфічних 10x developers, але може помітно підсилювати тих, хто вже працює швидко та ефективно.
Постійні юзери показують у

Втім, дослідники зазначають, що така різниця не означає, що весь ефект створив саме AI. Порівняння груп спотворює той факт, що постійними користувачами часто є інженери з ширшим доступом до кодової бази, команди зі стартапів, а також розробники в періоди особливо інтенсивної роботи. Також на основі поведінкових патернів припускається, що у цій групі більша частка сеньйорів.
Більш цікавою частиною звіту є інше порівняння: автори зіставили продуктивність одних й тих самих розробників у 2025 році з їхніми ж показниками за аналогічний період

Хоча це не такий вражаючий результат, як у попередньому порівнянні груп, але набагато ближче до реального робочого ефекту.
Окремо у звіті розглядають якість коду та те, якою ціною досягається прискорення. У регулярних юзерів code churn у 9 разів вищий, тобто вони частіше переписують або видаляють уже доданий код. А у постійних також помітно зростає кількість дубльованого коду.
Автори дослідження пояснюють це тим, що команди починають працювати швидше, менше часу витрачають на попереднє планування, а потім доопрацьовують фрагменти, які запропонував AI. Але вони також попереджають: якщо команда дивиться лише на швидкість, це з часом може вилитися в технічний борг та проблеми з підтримкою коду вже через півроку-рік.
Аналітики підсумовують, що AI-інструменти дають відчутний приріст, але не самі по собі. Вони краще працюють там, де в команди вже є сильні інженерні практики, нормальні code review та видимість метрик.
А що скажете ви — чи згодні, що AI справді більше допомагає сеньйорам, ніж мідлам та джунам? Також цікаво, чи помічаєте ви, що після початку постійного користування ШІ ваша продуктивність зросла?
8 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарівЩось я не зовсім розумію ці діаграми і підсумок статті.
На діаграмі видно що кількість комітів і тестового коду виріс в рази, а кількість відкрити PR на рівні всіх інших. А чи не є це ознакою безкінечних ітерацій з агентами щоб на виході отримати очікуване?
коли знаєш як воно працює — точно допомагає та пришвидшує.
Деякі прості проблеми треба шукати значно довше ніж коли завантажив щось (логи, код що не так працює) а там знайшлась ВОНА, велика помилка, проста та непомітна
Від сучасного підходу до праці через ШІ феодали16–17 століть пищали б в захваті!3–4 — точно.17-сторіччі, більшості заробленного вистачає трохи більше, ніж на їжу.
Продуктивність зросла. Не в 10 разів, але рази в
Менше працювати ніхто не став, навпаки, багато хто почав працювати ще більше.
Тепер щоб працювати, потрібно ще й платити за токени.
У підсумку: продуктивність зросла, всі працюють більше, щоб працювати, люди ще й платять.
І як і в
плювалися би, цим вередливим смєрдам ще заплати... 40 ударів батогом для продуктивності!
За удари батагом треба військовим платити. І за посилену охорону після теж.
Працювало майже як зараз: основну цінність створювали для пана, собі залишали маленьку частину, якої хватало на їжу, нагодувати коня, худобу, та щось для хати на ярмарці прикупити.
1 військовий на 50 цивільних для ефективного контролю
Совку потрібно було 1 військовий на 100 жителів
100 тис британців контролювали 300 мільйонну індію
франціско піссаро вистачило 168 конкістадорів щоб нагнути інків
якби не треба було масових народних ополчень щоб воювати з більшими за розміром сусідами — нас би досі шмагали батогами для продуктивності як в античність та середні віки.
Але правильне питання насправді — чи був би створений тоді OpenAI та Anthropic :)
тобто посилює vanity metrics та посилює технічний борг, який зручно оцінюється окремо. Шо такоє, мабуть графіки не такі вражаючі
хто б міг подумати
с джунами есть две проблемы.
первое — из-за соблазнов получить все готовое с минимальными усилиями они застревают на начальном уровне и не развиваются.
второе — закапывают проект в техническом долге, который потом не смогут разгрести ни они, ни лучшие агенты.
очень субъективно, но вот эти20-25% похожи на правдивую цифру