Як ШІ змінює роботу архітектора: рішення, які не можна делегувати [ukr]
Останні місяці ми будували один із піддоменів нашого проєкту з кредитування, більшість коду в якому писав ШІ під архітектурним наглядом: 100 сторей за 26 днів, 12 репозиторіїв, ≈218 500 рядків коду, 44 ADR, включаючи вимоги PCI DSS і НБУ, де ціна архітектурної помилки доволі висока.
Цей досвід змінює погляд на роботу архітектора при плануванні проєктних рішень.
Хоча інструменти штучного інтелекту допомагають автоматизувати та прискорити розробку, але фактично відповідальною за результат залишається людина. ШІ за замовчуванням не мислить стратегічно, і часто обирає найпростіший шлях реалізації, що може призводити до негативних результатів в майбутньому, якщо людина явно не опише стратегію при постановці завдання. Тож чим більшої автономності ми хочемо від ШІ, тим вища кваліфікація потрібна людині поруч: залишаються рішення, які не можна делегувати, хоч якою розумною стане наступна модель.
Сучасні методології (ADR, quality gates, ATAM, TOGAF) в епоху ШІ трансформуються і дозволяють досягати якіснішого результату з вищою автономією. Про це ми і поговоримо на моїй доповіді.
Доповідь для архітекторів, тімлідів і сеньйорів, які вже спробували ШІ та прагнуть підвищити результативність та автономність своїх команд.
- 15+ років в ІТ: шлях від розробника та тімліда до архітектора
- Спроєктував і супроводжує процес AI-first розробки: один із піддоменів кредитного проєкту компанії збудовано здебільшого руками ШІ під архітектурним наглядом
- Прихильник TOGAF; практикує "архітектуру як виконуваний артефакт": ADR, spec-driven розробка, документація як первинний артефакт