yk.camelcase.work
Yevhen Kim
techai

AI не зменшує роль розробника. Він просто піднімає планку

Є доволі популярна думка, що AI робить розробника менш потрібним. Мовляв, якщо машина вже вміє писати код, то й сама цінність цієї роботи падає. Звучить логічно, але тільки якщо дивитися на розробку як на друкування коду. А це, чесно кажучи, дуже бідне уявлення про професію.

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

Складна частина роботи нікуди не поділася. Просто тепер її видно краще.

Що змінилося на практиці? По суті, центр ваги зсунувся. Якщо раніше слабкий інженер міг хоч якось триматися за рахунок акуратного, але повільного виконання, то тепер цього вже мало. Коли код можна отримати за хвилини, починає мати значення не швидкість набору, а якість постановки задачі. Наскільки добре ти розумієш, що саме будуєш. Наскільки точно можеш дати контекст. Наскільки швидко бачиш, що запропоноване рішення криве, хоч і виглядає переконливо.

І ось тут, як на мене, найбільше змінюється роль розробника.

  • Перше: контекст. Моделі сильно залежать від того, що ти їм дав. Якщо контекст дірявий, суперечливий або просто слабкий, результат буде таким самим. Тому вміння зібрати правильну картину, відсікти шум і підсвітити важливе стає окремою сильною навичкою.

  • Друге: перевірка. AI дуже добре створює відчуття, що "все нормально". Код виглядає пристойно. Коментарі на місці. Тести іноді навіть проходять. Але це ще нічого не гарантує. Я думаю, майже кожен, хто активно користувався такими інструментами, вже ловив себе на цьому неприємному моменті: наче все виглядає правильно, а потім виявляється, що логіка зламана в самому центрі. І що більше швидкості дає інструмент, то дорожче коштує поверхнева довіра до результату.

  • Третє: архітектура. Робочий фрагмент коду зараз отримати відносно легко. А от побудувати систему, яка не розсиплеться через три місяці, усе ще складно. Можливо, навіть складніше, ніж раніше. Бо тепер погане рішення можна не просто повільно написати. Його можна дуже швидко згенерувати, розмазати по кількох сервісах, обкласти допоміжним кодом і ще й красиво зарев'ювати. Безлад теж масштабується.

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

Тому мені взагалі не дуже близька стара ідея, що цінність розробника визначається тим, скільки коду він може видати руками. Вона й до AI була сумнівною. Зараз вона просто остаточно розвалилася.

AI не робить сильного розробника менш цінним. Він робить слабкість помітнішою. Погане мислення, нечіткі рішення, відсутність смаку до архітектури, невміння перевіряти себе, звичка плутати "працює зараз" із "рішення хороше" - усе це тепер вилазить швидше. Тому питання вже не в тому, чи вміє AI писати код. Уміє. І буде вміти ще краще. Питання в іншому: хто здатен нормально з цим працювати? Хто вміє делегувати машині рутину, не делегуючи їй мислення? Хто може втримати якість, коли швидкість виросла в рази? Оце, власне, і є нова планка. І вона не нижча. Вона помітно вища.

Джерела

Автор:Yevhen Kim

Якщо ця стаття була корисною, у щоденнику є більше нотаток про архітектуру, AI-процеси, delivery та інженерну практику.