Посилання на секціюВаріанти використання
Як і очікувалося в опитуванні розробників, генерація коду визнана найпоширенішим способом використання ШІ. З іншого боку, хоч генерація зображень була початковим варіантом застосування генеративного ШІ, лише 38% респондентів заявили, що використовують її.
Посилання на секціюГенерація коду за допомогою ШІ
Здебільшого ми поки що програмуємо не зовсім із вайбом: більшість респондентів (69%) створює менше 25% свого коду за допомогою ШІ і лише невелика меншість (8%) — більше 75%.
Посилання на секціюРефакторинг коду ШІ
Навіть коли ШІ використовується для генерації, переважна більшість (76%) розробників заявила, що треба рефакторити принаймні половину наданого коду, перш ніж він буде готовий до використання.
Посилання на секціюПричини рефакторингу
Основними причинами рефакторингу були косметичні проблеми, як-от погана прочитність, перейменування змінних і надмірне повторення.
Багато респондентів також використовували поле відповіді довільної форми "інше", щоб стверджувати, що згенерований код часто не працював як задумано.
Посилання на секціюЧастота генерації коду
Ця діаграма показує, наскільки вбудований ШІ став частиною наших щоденних робочих процесів: 46% респондентів використовують штучний інтелект для генерації коду декілька разів на день або частіше.
Посилання на секціюЧастота інших завдань
Порівняно з генерацією коду, ШІ використовується для інших завдань (дослідження, узагальнення вмісту, переклад тощо) відносно рідше — що логічно, коли ми витрачаємо найбільше часу на програмування.
Посилання на секціюЗгенерований код
Виявилося, що найпоширенішим типом згенерованого коду є допоміжні функції, а за ними — компоненти клієнтської частини; обидва варіанти є досить самодостатніми, а тому й потенційно вдалими для генерації коду.
Багато хто також використовує ШІ для додавання документації або коментарів до наявного коду, що є несподіваним випадком використання.
Посилання на секціюОсобисті витрати
Я не впевнений, звідки ШІ-компанії беруть гроші для роботи своїх серверних ферм, але одне можна сказати напевно: це не від окремих розробників, оскільки більшість респондентів зараз не витрачає власні гроші на ШІ-інструменти чи -сервіси.
Посилання на секціюВитрати компанії
Цікаво, що крива витрат компаній має підковоподібну форму: компанії нічого не витрачають на ШІ, якщо тільки вони не витрачають понад 5000 доларів! Побачимо, чи виявиться ця модель ціноутворення стійкою для ШІ-компаній.
Зауважте, що респонденти також зазначили у коментарях довільної форми, що вони не завжди можуть мати доступ до цієї інформації.
Посилання на секціюСфера діяльності
Не соромтеся використовувати наш вбудований Конструктор запитів для будь-якої іншої діаграми, щоб відфільтрувати результати опитування відповідно до певної сфери діяльності.
Посилання на секціюЛокальний ШІ
Багато респондентів уже намагалися запускати власні ШІ-моделі локально, незважаючи на пов'язані з цим труднощі, і багатьом іншим цікаво спробувати.
Це може стати ключовою відмінністю для нових моделей, оскільки свідчить про високий попит на збільшений контроль над ШІ-інструментами.
Посилання на секціюПроблеми
Низька загальна якість коду посіла перше місце серед проблем ШІ.
Посилання на секціюВідсутні функції
Найголовніше, чого не вистачає сьогоднішнім моделям, — це здатність зберігати усю кодову базу в пам'яті, що стане ключовим, якщо ШІ-інструменти мають допомагати нам підтримувати застосунки, а не лише створювати їхні прототипи.
Посилання на секціюЗадоволення
Незважаючи на різноманітні проблеми, висвітлені під час опитування, респонденти загалом досить позитивно оцінили стан ШІ для веброзробки у 2025 році.