Підпишіться на нас в Google
Vibe coding, ШІ-агенти й "розробка без розробників" породжують прогнози про кінець професії програміста. Senior Software Engineer Євген Піотровський, який працює з cloud та IoT-системами у США, пояснює, чому ШІ не скасовує інженерів, а підвищує ціну системного мислення.
Євгене, багато говорять, що Cursor, Claude Code чи Codex замінять програмістів. Що відбувається насправді?
Я щодня працюю з ШІ-інструментами - вони справді прискорюють розробку. Але код - лише частина продукту. Решта - архітектура, надійність, масштабування, інтеграції. ШІ може написати переконливу функцію, але не завжди побачить, що підхід розвалиться при масштабуванні. Найцінніше сьогодні - мислити системно.
Де проходить межа між тим, що ШІ робить добре, і тим, де потрібна людина?
ШІ чудово працює з повторюваними патернами. Але є задачі без готового шаблону. У нашій команді ми будуємо автономні санітарні модулі для американських міст: IoT-сенсори, хмарна платформа, додатки для техніків і клієнтів. Коли бізнес каже: "об'єднаймо два типи акаунтів без зупинки сервісу", за цим стоять міграція даних, сумісність пристроїв у полі, зміни в додатках і операційні ризики. ШІ може не бачити цього контексту. Тут потрібен інженер, який тримає в голові всю систему.
Тобто справа не тільки в коді?
Коли я прийшов у команду, продукт працював на JavaScript. Все працювало, але я розумів: з масштабуванням і вимогами муніципальних клієнтів до надійності система почне ламатися. Мені довелося переконати команду в міграції на TypeScript, розробити план міграції без блокування нових фіч і взяти на себе найскладніші ділянки. ШІ міг допомогти з кодом міграції. Але він не бере відповідальність за стратегію, темп змін і бізнес-наслідки архітектурного рішення.
Як це виглядає у вашій щоденній роботі?
Я використовую ШІ для code review, генерації тестів, типів, ендпоінтів. Наприклад, треба додати новий тип сенсора: ШІ може за 15 хвилин зробити 80% чорнової роботи, яка раніше займала години. Але якщо новий сенсор збирає дані з іншою частотою, це впливає на обробку повідомлень, агрегацію, дашборди й вартість інфраструктури. Це останні 20% роботи, які потребують 80% інженерного мислення. Мій принцип: ШІ - найкращий джуніор-розробник. Швидкий, акуратний, невтомний. Але йому не варто довіряти архітектурні рішення без нагляду.
Що відбувається, коли компанії занадто покладаються на ШІ?
З'являється AI-generated legacy code. Стартап швидко збирає продукт на промптах, отримує перших клієнтів, а через півроку не може нічого змінити, бо ніхто не розуміє, як система працює зсередини. Такий код виглядає чисто, але в ньому немає інженерного наміру - розуміння, де система масштабуватиметься, де з'являться інтеграції, як зміняться бізнес-правила. ШІ оптимізує під поточну задачу, а не під еволюцію продукту.
Яким буде інженер майбутнього?
Не просто кодером, а архітектором рішень. Складність систем зросте: більше інтеграцій, даних, вимог до безпеки й надійності. Роль людини, яка розуміє цю складність, стане критичнішою, ніж будь-коли. ШІ пише код, але не розуміє, навіщо він потрібен і що станеться, якщо він відмовить у критичний момент. У 2026 році США приймають FIFA World Cup. Міста-господарі мають забезпечити інфраструктуру для мільйонів гостей - включно із системами, над якими працює наша команда. Коли на кону репутація міста й безпека людей, потрібен інженер, який розуміє всю систему - від сенсора до сервера - і бере відповідальність за те, що вона працюватиме.
Досьє
Євген Піотровський - Senior Software Engineer з 10+ років в розробці програмного забезпечення, IEEE Senior Member. Працює над cloud та IoT-системами для міської інфраструктури у США. У Throne Labs бере участь у розробці автономних санітарних модулів для міст, компанія залучила $31 млн інвестицій і була відзначена TIME Best Inventions 2025.
