Після двох років ажіотажу навколо ШІ, технологічна індустрія перебудовується. Дані про найм, досвід підприємств та невдачі «вайб кодування» показують, що кваліфіковані інженери-програмісти важливіші, ніж будь-коли, оскільки інструменти ШІ доповнюють, а не замінюють людський досвід.
Протягом більшої частини двох років технологічну індустрію охоплював постійний наратив: штучний інтелект незабаром зробить інженерів-програмістів зайвими. Засновники хвалилися заміною цілих інженерних команд агентами ШІ. Венчурні капіталісти передбачали, що «останній інженер-програміст» вже десь працює, несвідомо наближаючись до професійного зникнення. Стрічки LinkedIn переповнені затамованими заявами про те, що кодування мертве.
Цей наратив зараз стикається з реальністю. Зростаюча кількість доказів ‒ від даних про найм, галузевих коментарів та практичного досвіду інженерних команд, які впроваджують інструменти ШІ ‒ свідчить про те, що програмна інженерія не лише переживає революцію ШІ, але й фактично переживає відродження. Попит на кваліфікованих інженерів, які можуть створювати, обслуговувати та міркувати про складні системи, знову зростає з силою, навіть попри те, що помічники з кодування на основі штучного інтелекту стають повсюдними в професії.
Коливання маятника: від «Кодування мертве» до «Нам потрібно більше інженерів»
Ален Ді К’яппарі, інженер-програміст та технічний письменник, відобразив цю зміну в широко поширеному есе під назвою «Програмна інженерія повернулася», опублікованому в його особистому блозі. Ді К’яппарі стверджує, що галузь надмірно скоригувалася під час початкової хвилі генеративного ентузіазму щодо штучного інтелекту, змішуючи здатність генерувати код зі здатністю розробляти програмне забезпечення. «Існує величезна різниця між створенням рядків коду та створенням надійних, зручних у обслуговуванні систем», – пише він. В есе простежується, як цикл ажіотажу змусив багато компаній заморозити найм інженерів або скоротити кількість персоналу в очікуванні підвищення продуктивності завдяки штучному інтелекту, яке в багатьох випадках не матеріалізувалося в обіцяному масштабі.
Ді К’яппарі вказує на фундаментальне непорозуміння, яке виникло під час піку ажіотажу навколо ШІ: припущення, що оскільки великі мовні моделі можуть автоматично доповнювати фрагменти коду, вони можуть замінити цілісне мислення, якого вимагає програмна інженерія. На практиці, зазначає він, найскладніші частини інженерії ‒ проєктування систем, налагодження розподілених систем, розуміння бізнес-вимог, управління технічним боргом та прийняття архітектурних компромісів ‒ залишаються вперто стійкими до автоматизації. Інструменти ШІ виявилися цінними як прискорювачі для досвідчених інженерів, але вони не усунули потребу в глибокій експертизі.
Що насправді показують дані про найм
Ринок праці починає відображати цю перекалібровку. Після жорстокого 2023 та початку 2024 років, що відзначилися масовими звільненнями технічних працівників та заморожуванням найму, кількість вакансій у сфері програмної інженерії почала зростати. Компанії, які агресивно скорочують штат інженерів, тепер тихо перебудовують команди, часто виявляючи, що підвищення продуктивності, якого вони очікували лише від інструментів ШІ, було недостатнім для компенсації втрачених інституційних знань та інженерного потенціалу. Кілька великих технологічних фірм опублікували цільові показники збільшення кількості персоналу на інженерні посади у своїх останніх квартальних звітах про прибутки, що сигналізує про відновлення попиту на людські таланти.
Це не означає, що ШІ не мав жодного впливу на професію. Навпаки, помічники ШІ з кодування, такі як GitHub Copilot, Cursor та різні інструменти на базі LLM, стали стандартними елементами робочих процесів багатьох розробників. Але їхній вплив був більш нюансованим, ніж передбачалося в наративі про «заміну». Замість того, щоб ліквідувати роботу інженерів, ці інструменти змінили характер роботи. Інженери витрачають менше часу на шаблонний код і більше часу на перегляд, інтеграцію, архітектуру та той тип критичного мислення, який відрізняє надійне програмне забезпечення від крихких прототипів. Ді К’яппарі описує це як «ефект важеля» ‒ ШІ робить хороших інженерів більш продуктивними, але не перетворює неінженерів на здібних розробників виробничих систем.
Розрахунок на допомогу вайб-кодування
Одним із найвражаючих подій у дискурсі стала негативна реакція на так зване «вайб-кодування» ‒ практику використання штучного інтелекту для створення цілих програм з мінімальним людським наглядом чи розумінням. Термін, спочатку введений з певним ентузіазмом, дедалі більше набуває зневажливого відтінку, оскільки обмеження цього підходу стали очевидними. Проєкти, побудовані за допомогою вайб-кодування, часто накопичують технічний борг із тривожною швидкістю, створюють код, який важко налагодити або розширити, і зазнають невдачі непередбачуваним чином при розгортанні у виробничих середовищах з реальними користувачами та в реальному масштабі. У есе Ді К’яппарі висвітлено кілька гучних прикладів компаній та проєктів, які сильно спиралися на код, згенерований штучним інтелектом, але зіткнулися з серйозними проблемами якості та надійності. Закономірність є послідовною: код, згенерований штучним інтелектом, вражаюче добре працює для демонстрацій та прототипів, але швидко деградує, коли піддається вимогам виробничого середовища ‒ граничним випадкам, вимогам безпеки, обмеженням продуктивності та необхідності довгострокової підтримки. Це призвело до зростаючого усвідомлення того, що підхід «просто підкажіть» до розробки програмного забезпечення створює системи, які, за словами одного з лідерів інженерної галузі, цитованих у галузевих дискусіях на X, «вражають протягом п’яти хвилин і жахають протягом п’яти місяців».
Чому досвідчені інженери цінніші, ніж будь-коли
Як не парадоксально, поширення інструментів штучного інтелекту збільшило, а не зменшило цінність досвідчених інженерів-програмістів. Міркування просте: коли будь-хто може генерувати код, відмінною навичкою стає здатність оцінювати, вдосконалювати та інтегрувати цей код у складні системи. Старші інженери, які розуміють архітектуру системи, оптимізацію продуктивності, найкращі практики безпеки та тонке мистецтво управління складністю, вважають свою експертизу більш затребуваною, ніж раніше. Саме вони можуть розрізняти правильний результат ШІ та той, який просто виглядає правильним ‒ відмінність, яка може означати різницю між функціонуючим продуктом та катастрофічним збоєм. Ця динаміка створила те, що деякі спостерігачі називають «ефектом штанги» на ринку інженерної праці. Попит високий на вищому рівні, де глибокі знання є цінним фактором, і на молодшому рівні, де компаніям потрібні інженери, здатні впоратися зі збільшеним обсягом перевірки та тестування коду, що вимагає розробка за допомогою штучного інтелекту. Середній рівень ‒ інженери з помірним досвідом, які покладалися переважно на написання простого коду ‒ стикаються з найбільшим тиском, оскільки це саме та робота, з якою інструменти штучного інтелекту справляються найефективніше. Однак навіть ця когорта знаходить можливості, оскільки компанії усвідомлюють, що їм потрібен більший людський нагляд за результатами, створеними штучним інтелектом, ніж очікувалося спочатку.
Перевірка в реальності підприємства
У корпоративних умовах повернення до цінування традиційної розробки програмного забезпечення було особливо помітним. Великі організації зі складними застарілими системами, суворими вимогами до відповідності та складними потребами інтеграції виявили, що інструменти штучного інтелекту, хоча й корисні, не можуть орієнтуватися в лабіринті реалій корпоративного програмного забезпечення без суттєвого людського керівництва. Інженери, які розуміють, як насправді працюють системи компанії ‒ ті, хто знає, чому певне архітектурне рішення було прийнято п’ять років тому, або які граничні випадки спричинили останній збій у виробництві ‒ незамінні таким чином, що жодна мовна модель ще не може відтворити. Кілька головних технічних директорів публічно висловилися в останні місяці про необхідність перебалансування свого підходу до впровадження штучного інтелекту. Початкове захоплення щодо скорочення кількості інженерів поступилося місцем більш виваженому підходу: ШІ ‒ це потужний інструмент, який розширює інженерні команди, але він не є їх заміною. Компанії, які розглядали ШІ як стратегію заміни, тепер коригують курс, інвестуючи в найм та навчання інженерів, які можуть ефективно працювати разом з інструментами ШІ, а не бути заміненими ними. Це свідчить про дозрівання розуміння галуззю того, що ШІ може і не може робити в контексті розробки програмного забезпечення.
Навички, які мають значення зараз
Профіль навичок затребуваного інженера-програміста розвивається, але він розвивається таким чином, щоб підкріпити, а не підірвати основну дисципліну. Інженери, які вміють проектувати системи, міркувати про компроміси, писати чітку документацію, ефективно спілкуватися із зацікавленими сторонами та виявляти здоровий глузд щодо того, коли довіряти, а коли ставити під сумнів результати ШІ, отримують найвищі зарплати та найцікавіші можливості. Здатність ефективно підказувати ШІ – це корисна навичка, але вона є доповненням до інженерної експертизи, а не її заміною.
Ді К’яппарі наголошує у своєму есе, що нинішній момент є можливістю для інженерів, які інвестували в основи. Розуміння алгоритмів, структур даних, розподілених систем, баз даних та мереж – основи освіти в галузі інформатики – стало більш, ніж менш важливим. Це ті сфери, де інструменти ШІ найімовірніше видають ледь помітно неправильні результати, і де наслідки невиявлених помилок є найсерйознішими. Інженери, які можуть виявляти ці помилки та виправляти їх, надають цінність, яку важко автоматизувати.
Як виглядає наступний розподіл для професії
Серед уважних спостерігачів за технологічною галуззю все більше людей погоджуються, що програмна інженерія вступає в нову фазу – не фазу застарівання, а фазу трансформації. Професія змінюється штучним інтелектом так само, як її змінювали попередні хвилі інновацій в інструментарії: підвищуючи мінімальний рівень того, що можуть досягти окремі інженери, одночасно піднімаючи стелю того, що від них очікується. Інженери, які процвітатимуть, – це ті, хто сприйме ШІ як множник сили, продовжуючи розвивати глибокі технічні та аналітичні навички, що визначають цю дисципліну.
Для компаній урок не менш очевидний. Фантазія про заміну інженерних команд агентами ШІ виявилася в кращому випадку передчасною, а в гіршому – контрпродуктивною. Організації, які вириваються вперед, – це ті, хто застосував більш складний підхід: інвестування в їхні інженерні таланти, оснащення їх найкращими доступними інструментами ШІ та довіра їм здійснювати судження, яких вимагають складні програмні системи. Виявляється, що програмна інженерія ніколи не була лише написанням коду. Вона завжди стосувалася вирішення проблем, управління складністю та створення систем, які надійно працюють у реальному світі. Ця робота нікуди не зникне. Якщо вже на те пішло, то в епоху, коли код, згенерований штучним інтелектом, заполонив кожен репозиторій, інженери, які можуть забезпечити справжню роботу програмного забезпечення, ще ніколи не були такими важливими.
Велике перебалансування вже триває. Ажіотаж навколо нього вщух, дані надходять, і вердикт стає очевидним: програмна інженерія повернулася, і вона важливіша, ніж будь-коли.