Зміст
Коротко
Дискусія про ШІ в розробці часто зводиться до крайнощів: «розробники не потрібні» або «це розумне автодоповнення». На вебінарі з лідерами Platform9, Monday.com і PlayStation прозвучала прагматичніша картина: команди перебудовують увесь життєвий цикл розробки (SDLC) навколо ШІ-інструментів, а не просто «пробують ChatGPT».
Що сталося
Серед панелістів лідирують Cursor і Claude Code; GitHub Copilot сильний там, де вже вбудований у екосистему git. Platform9 ділить ролі: UI-інженери — Cursor, бекенд — Windsurf, термінальні користувачі — Claude Code. Monday.com зробив Cursor основним локальним агентом, а Claude Code — для автоматизованих фаз SDLC. PlayStation спирається на Copilot через інтеграцію з репозиторіями.
Ключовий зсув — «агентна інженерія»: розробник стає інженером-оркестратором. Код перестає бути головним диференціатором; цінніші архітектура, розуміння продукту та проєктування систем. Один кейс: команда зібрала високонавантажений продукт на Rust без досвіду мови — ШІ писав синтаксис, люди задавали обмеження.
ШІ вийшов за межі IDE. Platform9 використовує агентів для аналізу первопричин у Kubernetes — з «контекстною інженерією» знаходять 50–60% проблем конфігурації та продуктивності. RAG допомагає розбирати технічний борг і документацію; Windsurf Deep Wiki генерує живу документацію репозиторію для онбордингу.
Чому це важливо
Для великих компаній безпека — головний фільтр: AWS Bedrock, Google Cloud AI, обов'язкова перевірка людиною — код від ШІ не потрапляє в прод без рев'ю. ШІ також знімає «бюрократію»: саммарі міжнародних зустрічей, автозаповнення 300-питань анкет безпеки для продажів.
Але є зворотний бік. Вузьке місце рев'ю: ШІ генерує швидше, ніж люди перевіряють — шум у GitHub, бот-коментарі, важко знайти критичні зміни. Творче зміщення: раннє прийняття підказки ШІ звужує простір рішень. Різноманітність моделей: частина лідерів генерує код однією моделлю, рев'юить іншою — «різні думки» ловлять більше помилок.
На практиці
- Не «пробуйте ШІ», а перегляньте етапи SDLC: де агент може автоматизувати, де потрібна людина.
- Розділіть інструменти за ролями (UI / бекенд / термінал) — універсального «найкращого» немає.
- Інвестуйте в контекст для агентів: деплої, схеми, інструкції з експлуатації — без цього LLM марні в продакшені.
- Заложіть процес рев'ю під обсяг згенерованого коду; розгляньте рев'ю різними моделями.
- Для великих компаній — керовані платформи з контролем даних, не споживчі сервіси.
- Цінуйте архітектурні навички вище швидкості набору коду.
Підсумок
Майбутнє — автономні агенти по всьому SDLC, але успіх залежить від вміння ставити запитання та середовище для агентів. ШІ не замінює інженера — змінює його роль. Деталі вебінару — в оригіналі на Dev.to.