«ШІ стає зручним поясненням для скорочень». VP of Engineering Wix про втрату навички писати код і майбутнє розробки

💡 Усі статті, обговорення, новини про AI — в одному місці. Приєднуйтесь до AI спільноти!

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

У компанії кажуть, що завдання, для яких раніше могли залучати продакт-менеджера, дизайнера, бекенд- і фронтенд-розробників та аналітика, тепер часто закривають двоє людей. Але VP of Engineering WiX Авіран Мордо не вважає, що це причина зменшувати кількість людей у командах. За його словами, ШІ часто стає зручним поясненням для скорочень, які компанії і так планували.

DOU поговорив із Мордо про те, як ШІ змінює роботу команд, чому інженерам уже не обов’язково однаково глибоко знати весь стек, хто такі xEngineer і кого точно не замінять ШІ-агенти.

«Працювати із ШІ вчаться усі — HR, фінансисти, юридичний відділ»

За останній рік ми додали ШІ майже всюди: від онбордингу до інструментів керування сайтом. І на рівні компанії Wix поступово трансформується в AI-native. Йдеться не лише про інженерів, працювати із ШІ вчаться усі — HR, фінансисти, юридичний відділ.

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

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

«Кількість pull requests на одного розробника зросла приблизно на 36%»

Ми поки що не змінювали саму структуру команд через ШІ, але видозмінили підхід до роботи.

Наприклад, якщо раніше треба було додати нове поле в базу даних і показати його на екрані, до цього залучали продакт-менеджера, дизайнера, бекенд- і фронтенд-розробників, а також аналітика. Навіть для простого завдання часто було потрібно щонайменше п’ять людей. Зараз із ШІ вистачає двох. Один відповідає за те, щоб зрозуміти і сформулювати, що саме треба зробити і як це має виглядати. Другий повністю реалізовує задачу, включно з фронтендом, бекендом і змінами в базі даних. Ми називаємо їх creator і builder.

А найпростіші зміни іноді може зробити й одна людина. Якщо, умовно, треба змінити колір кнопки, це може зробити продакт-менеджер разом із ШІ. Потім інженер просто переглядає результат.

Водночас для великих завдань нічого радикально не змінилося. Якщо йдеться про новий продукт або складну розробку, тут потрібна повноцінна команда з різних спеціалістів.

Саме тому ми дивимося на ШІ як на спосіб швидше і краще закривати таски. Нині ми можемо значно швидше писати код. За нашими підрахунками, кількість pull requests на одного розробника зросла приблизно на 36% по всій компанії.

Ми також бачимо суттєве покращення в реагуванні на інциденти. Середній час відновлення для інцидентів рівня severity 1 скоротився приблизно утричі порівняно з минулим роком.

З вимірюванням ШІ у продуктах для користувачів ситуація трохи складніша. Частину задач користувач може виконувати і без нього — наприклад, через форми, drag-and-drop чи інші інструменти. Наше завдання — допомогти клієнту виконати свою задачу незалежно від того, робить він це з використанням ШІ чи без.

Ми нікого не змушуємо користуватися ШІ. У користувача є чат збоку, а далі він сам обирає. Це питання вибору і довіри до штучного інтелекту.

«Часто ШІ просто стає зручним поясненням для скорочень». Чи буде менше інженерів

Ми не знаємо, чи може через ШІ в майбутньому зменшитися кількість інженерів. Водночасу у нас немає мети скорочувати інженерів лише тому, що з’явився ШІ.

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

Часто ШІ просто стає зручним поясненням для скорочень, які і так планувалися. При цьому нові інструменти справді можуть робити компанії ефективнішими. Але далі питання не в самому ШІ, а в тому, скільки роботи в тебе попереду.

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

Фото надане компанією

«Інженеру вже не треба однаково глибоко знати все». Про xEngineer

Поступово змінюється і сама роль інженера. У Wix ми розвиваємо підхід xEngineer. Це звичайний інженер, який має сильну базу в одному напрямі, але завдяки ШІ може працювати ширше і брати на себе завдання цілком.

Раніше, щоб закрити таску від початку до кінця, треба було глибоко знати весь стек. Тому у Wix і будували окрему експертизу в Backend, Frontend і Mobile. Але з ШІ інженеру вже не треба однаково глибоко знати все.

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

«Якщо інструменти дедалі краще пишуть код, то роль інженера зміщується». Про ризики ШІ

Я бачу ризик, що ШІ може послабити частину глибокої експертизи. Але це залежить від того, про що саме йдеться. Робота Software Engineer завжди була і залишається про розв’язання проблем. Раніше основним способом це робити було написання коду. Але ця робота також про дизайн системи, архітектуру і розуміння того, як вирішувати проблеми цілісно, а не просто виконувати окремі завдання.

ШІ забирає на себе частину, пов’язану з написанням коду. Але нам, як і раніше, треба розв’язувати проблеми, проєктувати хороші системи, будувати архітектуру і розуміти компроміси. Наприклад, вирішувати, чи має завдання виконуватися синхронно чи асинхронно. Такі рішення й далі ухвалює інженер.

Ми дійсно можемо поступово втратити навичку писати код вручну. Але водночас посиляться інші навички. Це трохи схоже на те, як розробники майже перестали писати на асемблері. Цю навичку втратили, бо вона стала менш потрібною. Із ШІ, думаю, буде так само.

«Але важливо розділяти Vibe Coding і Vibe Engineering»

Vibe Coding — це коли людина просто описує, що хоче отримати, а система сама збирає рішення. Людина при цьому може не розуміти, як воно працює. Вона просто дивиться, чи отримала потрібний результат.

А ось у Vibe Engineering уже йдеться не просто про код, а про те, як побудована вся система. Якщо інструменти дедалі краще пишуть код, то роль інженера зміщується: він має вирішувати, як усе має працювати, як це має бути спроєктовано і як масштабуватися.

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

«Його перевага — у локальних завданнях». Про слабкості ШІ

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

Насамперед це може стосуватися технічних райтерів, перекладачів або аналітиків даних. Уже зараз ШІ добре генерує тексти, переклади чи базову аналітику. Але все залежить від компанії і складності продукту. Наприклад, невеликий стартап може відмовитися від фронтенд-розробника чи аналітика.

Водночас є завдання, де ШІ поки не може бути кращим за людей. Насамперед це те, де потрібні емпатія і робота з людьми, як-то HR чи менеджмент.

Також це задачі, де потрібне глибоке розуміння великих і складних систем. Наприклад, я б не довірив ШІ підтримку дата-центру на масштабі Wix. А от для маленького продукту ШІ вже може зробити дуже багато. Його перевага — в локальних речах.

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

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

Знання технологічного стеку за два-три роки буде вже не таким важливим. Важливими будуть архітектурні і дизайнерські навички та системне мислення. Тому нам потрібно змінити те, як ми думаємо про роботу Software Engineers.

Ми будемо будувати системи. ШІ — це система, яка будує системи, які ми як інженери не завжди будемо до кінця розуміти. Якщо подумати, це вже відбувається. Software Engineers використовують бази даних, але не всі знають, як написати базу даних.

Ми будуємо сервери на хмарах, але не знаємо, як виглядає інфраструктура хмари. Ми пишемо софт для мобільних телефонів, але не знаємо, як повністю працює мобільний телефон.

Фото надане компанією

«Плануємо зростати тут і далі». Про команди Wix в Україні та Ізраїлі

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

Україна є одним із ключових R&D-хабів Wix, де інженери становлять приблизно половину локальної команди. За останній рік ми розширили українську команду і плануємо далі розширювати присутність тут.

Я не можу детально говорити про цілі Wix на найближчі роки, бо ми публічна компанія. Але одне можу сказати точно: ми й далі будемо посилювати інвестиції в ШІ і в продукти, пов’язані з ним.

У січні ми запустили Wix Harmony. Це наш новий ШІ-конструктор сайтів, який поєднує генерування через ШІ зі звичним drag-and-drop редагуванням. Також ми доробили наш основний продукт, редактор сайтів, так, щоб він став AI-first editor.

Окрім цього, ми маємо нові AI-based продукти. Наприклад, Base44 — це платформа, яку Wix придбав у 2025 році. Вона дає змогу створювати застосунки природною мовою, без традиційного кодування.

Мета Wix загалом не змінилася. Ми завжди хотіли дати людям можливість робити складні технологічні речі без технічного бекграунду. Раніше це стосувалося передусім створення сайтів, а тепер і застосунків.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU