Останнє дослідження Anthropic показує, що розробники, які покладаються на ШІ для генерації коду, отримують на 17% нижчі бали в тестах на розуміння концепцій і не завершують завдання швидше, ніж їхні колеги, які використовують документацію та пошук в інтернеті. Результати підкреслюють: хоча ШІ може за лічені секунди видавати робочий код, це не зменшує вартість справжньої інженерної експертизи.

Чому це дослідження важливе

В експерименті розробників розділили на дві групи. Одна група отримала необмежений доступ до інструменту генерації коду на базі ШІ; інша вирішувала ті ж самі завдання, використовуючи лише офіційну документацію та пошук в інтернеті. Після виконання завдань учасники проходили тест на перевірку розуміння фундаментальних принципів. Середній бал групи з підтримкою ШІ був на 17% нижчим, і жодна з груп не продемонструвала помітного приросту швидкості.

На практиці «vibe coding» — надання запитів ШІ для створення фрагмента коду та його негайне впровадження без глибокої перевірки — не підвищує продуктивність. Це лише маскує прогалини в знаннях, які згодом виявляються у вигляді багів, проблем із підтримкою або дороговартісного переписування коду.

Контекст за цифрами

Дослідження Anthropic показує, що потенціал технології не є повноцінним. Учасники, які використовували ШІ на кожному етапі — копіювали пропозиції, змінювали назви змінних і йшли далі — засвоювали найменше інформації про предметну область. Розробники, які ставилися до інструменту як до колеги — ставили точні, вузькоспрямовані запитання, а потім аналізували отриманий код — краще зберігали розуміння концептуальної основи.

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

Хто виграє, а хто програє

Інженери, які зберігають професійне судження Інженери, які розуміють архітектуру, знають, де структури мають бути жорсткими, а де — гнучкими, і можуть переписати компоненти, не порушуючи роботу системи, у довгостроковій перспективі заощаджують гроші організаціям. Їхній набір навичок захищає від прихованого технічного боргу, який часто виникає через згенерований ШІ код, що виглядає чистим, але не має чітко вираженого наміру.

Спеціалісти з промптів Ті, хто сприймає ШІ як магічну паличку, можуть швидко створювати прототипи або виправляти окремі баги. У короткостроковій перспективі вони здаються продуктивними, але коли кодова база розростається, приховані припущення в шматочках коду, створених ШІ, стають обтяженням. Налагодження (debugging) перетворюється на пошук початкового задуму, що збільшує витрати на підтримку.

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

Деталі, які більшість звітів пропускають

  • Вплив на навчання: 17-відсоткова різниця була виміряна за допомогою тесту, який перевіряв розуміння, а не просто знання синтаксису. Це вказує на реальну ерозію ментальних моделей, а не на поверхневі знання.
  • Час виконання завдання: Попри привабливість миттєвого коду, дослідження не виявило статистично значущої різниці в тому, скільки часу кожна група витратила на виконання завдання. Приріст швидкості був ілюзорним.
  • Метод має значення: Дослідження висвітлило спектр використання ШІ. Чиста залежність від ШІ дала найгірші результати навчання, тоді як вибіркове, дослідницьке використання промптів принесло кращі результати. Заголовки, що проголошують «ШІ прискорює програмування», часто пропускають цей нюанс.

Контраргумент: ШІ не є марним

Дослідження не заперечує наявності нішевих переваг; воно лише застерігає від їхнього перенесення на весь процес розробки програмного забезпечення. Коли завдання стосується проектування систем, налаштування продуктивності або міркувань безпеки, людське судження залишається незамінним.

Висновок

ШІ може дати вам скейтборд, але без знань про гальма та керування ви розіб'єтеся на першому ж повороті. Технологія знижує поріг написання коду, проте дефіцит інженерів, які здатні мислити системно, передбачати збої та підтримувати життєздатність програмного забезпечення в міру його зростання, залишається. Інвестування в це професійне судження, а не сподівання на те, що промпт його замінить, залишається найрозумнішим способом контролювати довгострокові витрати.