Демістифікація архітектурного боргу [rus]
Архітектурний борг — це загальна вага всіх рішень проєктування, зроблених у минулому, які гальмують прогрес розробки програмного продукту. Структура, бібліотеки, технології — це може бути все, що більше не відповідає первісному призначенню. На відміну від технічного боргу на рівні коду, який може бути виявлений статичними аналізаторами і часто виправлений з мінімальними або лише поступовими змінами, архітектурний борг важко виявити, а процес вирішення ускладнено. Моя доповідь буде про те, як виміряти, ідентифікувати архітектурний борг у середовищі, що швидко змінюється.
Основні тези:
- Архітектурний борг та його місце у технічному боргу
- 5 основних причин архітектурного боргу
- Як керувати архітектурним боргом (ручні та автоматичні інструменти)
- Бути чи не бути? Методи прийняття рішень щодо усунення архітектурного боргу
Олександра Дудка
Sigma Software
- Архітектор програмного забезпечення у компанії Sigma Software
- Понад 15 років досвіду роботи в IT. Її пристрасть - створювати цінність для продуктів, вирішуючи складні бізнес-проблеми, розробляючи рішення, очолюючи групи професіоналів у середовищах запуску, які швидко розвиваються
- Дослідник і Ph.D. у сфері інформаційної безпеки. Цього року вона розпочала роботу над докторською дисертацією з методологій архітектури програмного забезпечення, і надзвичайно у захваті від цього
- Але це не все. Серед усіх видів діяльності, як доцент, вона займається розробкою магістерської програми з архітектури програмного забезпечення Харківського національного університету радіоелектроніки