Штучний інтелект (ІІ) повинен був зробити революцію у розробці програмного забезпечення, і певною мірою так і сталося. Близько 90% IT-фахівців зараз використовують ІІ-інструменти на роботі, при цьому понад 80% повідомляють про підвищення продуктивності. Однак, незважаючи на галас, дані показують тривожну тенденцію: розробники працюють довше, а не менше. Обіцянка автоматизації стомливих завдань та підвищення ефективності стикається з реальністю нестабільного коду, зростаючого тиску та потенційного вигоряння.
Парадокс Продуктивності
ІІ може генерувати код для веб-додатків, мобільного ПЗ та інструментів обробки даних, навіть дозволяючи недосвідченим розробникам створювати базові прототипи за допомогою так званого “вайб-кодингу”. Однак, код, згенерований ІІ, рідко буває бездоганним. Розробники все ще витрачають значний час на перевірку результатів та виправлення помилок, що призводить до зростання нестабільності доставки програмного забезпечення. Звіт DORA показує, що більш активне використання ІІ корелює з більш частими відкатами та виправленнями. Це означає, що хоча швидкість кодування на індивідуальному рівні може збільшитись, загальний процес може стати більш крихким.
Тиск для результативності
Проблема у технічних аспектах; вона також культурна. ІІ часто впроваджується разом із очікуваннями збільшення обсягів виробітку при скороченні ресурсів. Компанії очікують більшого від співробітників в епоху ІІ, що призводить до тиску працювати швидше, навіть у неробочий час. Дослідження, проведені в Берклі, показують, що співробітники, які використовують ІІ, бралися за більшу кількість завдань, працювали у швидшому темпі та проводили більше годин на роботі. Багато хто тепер використовують ІІ під час перерв та зустрічей, розмиваючи межі між роботою та особистим часом.
Зростання Роботи в Неробочий Час
Multitudes повідомляє, що інженери об’єднують на 27,2% більше pull request-ів, але також відправляють на 19,6% більше коду поза звичайним робочим годинником. Це не просто питання підвищення ефективності; це говорить про те, що роботодавці прагнуть більшої продуктивності, що потенційно може призвести до вигоряння. Лорен Піат, генеральний директор Multitudes, попереджає, що ця тенденція “не йде на користь людині”.
Пробіл у Компетенціях
Надмірна залежність від ІІ також може перешкоджати розвитку навичок. Дослідження Anthropic показали, що інженери, які інтенсивно використовують ІІ, показали на 17% нижчий результат на тестах знань у галузі кодування порівняно з тими, хто не використовував ІІ. Найбільший пробіл спостерігався у налагодженні – здатності знаходити та виправляти помилки в коді. Використання ІІ як обхідний шлях може призвести до того, що молодші розробники не зможуть зрозуміти чи покращити згенерований ІІ висновок, що потенційно погіршить довгострокову якість роботи.
Майбутнє Розробки Програмного Забезпечення
Тиск впливає як на окремих розробників; воно змінює функціонування проектів із відкритим вихідним кодом. Повідомляється про зростання низькоякісних, згенерованих ІІ відправок, які забирають час у основних розробників, та зниження ефективності спільного управління проектами.
Зрештою, **ІІ не усуває потреби в людській експертизі; він її перевизначає. Ключове питання в тому, чи адаптуються робочі місця, щоб запобігти вигоранню, керувати робочими навантаженнями та надавати можливості для навчання, чи обіцянка ІІ просто призведе до збільшення робочих годин та посилення навантаження на інженерів-програмістів.
Реальність така, що ІІ посилює існуючі динаміки: він робить хороші речі кращими, але й погані речі гіршими. Завдання полягає у використанні інструментів, а й у створенні стійкої екосистеми навколо них.
