Підсумки 2025: AI в розробці

Майбутнє вже тут

Мені здається, з виходом Claude 4 ми пройшли точку, коли розробка з AI стала ефективнішою, ніж без нього. І на GPT-5.2 та Gemini 3 Pro/Flash це стало очевидним.

З’явився vibe coding

Створення агентом додатків без аналізу та “привласнення” коду людиною. Цілком успішно працює для проєктів до кількох тисяч рядків. Добре підходить для концептів.

Агенти навчилися писати усереднений код, але поки не навчилися будувати архітектуру

Бенчмарків, що оцінюють якість коду, дуже мало, а для архітектури їх практично немає.

Потрібно платити

Компаніям або самим розробникам доведеться платити за преміум-тарифи в AI-IDE — вони дають стабільніші результати. 200–300 USD/міс. — нова реальність. Спроби витиснути максимум із дешевих тарифів економічно недоцільні.

Чітке завдання на вході

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

Жорстка перевірка на виході

Якість вихідного контролю критично важлива для стабільності. Потрібно включати всі типи перевірок: статичний аналіз, усі рівні тестів, аналіз покриття тестами, llm-as-a-judge, code review, etc.

Примус до доброї архітектури

Обмеження розміру контексту та уваги моделей змушує переходити до модульності та слабкої зв’язності: агентам простіше керувати невеликими модулями, а не монолітами.

Ми всі тепер архітектори

Розробник все ще має бути архітектором та оператором процесу SDLC, але код писати потрібно все менше.

Бум AI-first середовищ розробки

Поки не склалося якоїсь термінології, і всі просто говорять про агентів. Але середовища можна розділити за рівнем близькості користувача до коду:

• AI-assistant: Cursor, Windsurf, продукти JetBrains, Zed, розширення для IDE (Claude, Codex, Warp, Trae)…
• Vibe coding (набагато менше уваги коду і більше — спілкуванню з агентом): Devin, Kiro, Qoder, Claude Code CLI, Codex CLI, OpenHands (open source), agent mode в Cursor…

AI-Assistant IDEs розвиваються

За рік у нас з’явилося кілька нових, а старі сильно просунулися вперед.

• Cursor — все ще лідер за фічами (індексація для нечіткого пошуку, різні типи правил, легкий відкат правок, хороші інструкції, пропозиції типу “безкоштовного” Grok Code та вбудований браузер).
• Antigravity — впевнене друге місце завдяки сильному плануванню та найзручнішій роботі з планом.
• Claude Code — вже “класика” для роботи. Проблема для мене — у слабкій інтеграції в IDE порівняно з тими ж Antigravity та Cursor.
• Codex — копія Claude Code, в якій поки мало фіч. Проблеми ті ж самі.
• продукти JetBrains — мені недостатньо контролю (відкат, правила, команди), тому давно не дивився.

IDE мрії

В ідеальній IDE хотілося б бачити:

• локальний індекс для нечіткого пошуку та обраної документації
• програмований робочий процес на базі групи агентів, з окремими інструкціями та налаштовуваним human-in-the-loop на рівні проєкту
• окреме від .gitignore налаштування видимості для агента
• постійну пам’ять проєкту
• розробку через специфікації/вимоги

LLM збільшують ефективність на всіх етапах SDLC

LLM так чи інакше збільшують ефективність на всіх етапах SDLC. Від написання Product Requirements Document та Software Requirements Specification до аналізу логів та метрик у продакшені. Він не замінює висококваліфікованого фахівця, але дозволяє робити те, на що раніше в принципі не вистачало ресурсів.

LLM та агенти в інфраструктурі

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

LLM — це новий інструмент “розмови” з кодом

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

Криза безпеки продуктів

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

Початок скорочень

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