CTO fwdays'25: ключові інсайти від SharksCode про AI, порядок у мікросервісній архітектурі та інше

CTO fwdays’25 цього року продемонстрував: роль технічного лідера стрімко змінюється. ШІ все глибше інтегрується у SDLC, безпекові ризики зростають, а команди потребують чітких правил, щоб не втрачати фокус у складних архітектурах.

Конференція зібрала архітекторів, CTO, інженерів та AI-спеціалістів, які обговорювали реальні практики впровадження штучного інтелекту, сучасні підходи до мікросервісів та інструменти технічного менеджменту.

Павло Фаринюк, Solution Architect в SharksCode, поділився для партнерського матеріалу ключовими інсайтами з події з редакцією ІТС.

AI, який працює за правилами: чому Spec Kit стає «конституцією» розробки

Одним із центральних треків стала тема AI-assisted SDLC на прикладі GitHub Spec Kit. Спікери наголошували: у сучасних командах AI має працювати не як «фантазійний генератор коду», а як інструмент, що діє в межах чітких технічних правил.

Spec Kit – це свого роду конституція розробки, яка визначає:

• дозволені інструменти та технології;
• архітектурні патерни;
• стандарти оформлення коду;
• вимоги до якості та безпеки.

Такий підхід дозволяє AI не експериментувати, а генерувати код, узгоджений з архітектурою продукту.

«AI стає потужним інструментом, але він ефективний лише тоді, коли працює в структурі. Саме тому Spec-Driven Development, software catalog-підходи та сучасні AI-платформи – це не тренди, а фундамент майбутньої інженерії. Для SharksCode такі події – спосіб тримати команду в тонусі, швидко адаптувати практики й приймати технічні рішення на основі фактів, а не відчуттів», – коментує Антон Асеєв, CEO SharksCode.

Доповідачі наводили конкретні дані: команди, що працюють за Spec-Driven Development, на 10-40% прискорюють релізний цикл, оскільки зменшується кількість переробок, непослідовностей і ручних правок.

«Справжня цінність Spec Kit – у стандартизації. Коли правила зафіксовані, а AI працює в цих рамках, команда дає стабільніший результат і рухається швидше. Це не просто інструмент, а спосіб мислення, який робить процеси передбачуваними», – додає Павло Фаринюк.

Коли мікросервісів багато – хаос стає дорогим: сучасний підхід до документації

Павло розповідає, що приїхав на fwdays, щоб в тому числі вирішити одне з робочих завдань. Зокрема він хотів знайти інструмент, який би структурував документи по мікросервісах. Ця тема насправді є актуальною для будь-якої компанії, що працює з великою та складною технічною екосистемою, адже сотні сторінок у Confluence перестають бути ефективними. Під час нетворкінгу Павло натрапив на підхід, який стрімко стає стандартом – software catalog. Це єдина платформа, яка:

• містить інформацію про всі мікросервіси;
• показує залежності між ними;
• допомагає інженерам швидко орієнтуватися в архітектурі;
• замінює десятки розрізнених документів.

Це особливо важливо в епоху, коли деякі компанії, навпаки, переходять від надмірної мікросервісності до «прибуткового SaaS без мікросервісів» – теж одна з тем заходу.

Нетворкінг як інженерний ресурс, а не просто small talk

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

Наразі на сайті SharksCode відкрито багато вакансій – від Senior be developer до QA automation engineer, детальніше за посиланням. 

Переглянути вакансії SharksCode

Це партнерський матеріал. Інформацію для цього матеріалу надав партнер.
Редакція відповідає за відповідність стилістики редакційним стандартам.
Замовити матеріал про вас у форматі PR-статті ви можете тут.