Демістифікація архітектурного боргу [rus]

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

Основні тези:

  • Архітектурний борг та його місце у технічному боргу
  • 5 основних причин архітектурного боргу
  • Як керувати архітектурним боргом (ручні та автоматичні інструменти)
  • Бути чи не бути? Методи прийняття рішень щодо усунення архітектурного боргу
Олександра Дудка
Sigma Software
  • Архітектор програмного забезпечення у компанії Sigma Software
  • Понад 15 років досвіду роботи в IT. Її пристрасть - створювати цінність для продуктів, вирішуючи складні бізнес-проблеми, розробляючи рішення, очолюючи групи професіоналів у середовищах запуску, які швидко розвиваються
  • Дослідник і Ph.D. у сфері інформаційної безпеки. Цього року вона розпочала роботу над докторською дисертацією з методологій архітектури програмного забезпечення, і надзвичайно у захваті від цього
  • Але це не все. Серед усіх видів діяльності, як доцент, вона займається розробкою магістерської програми з архітектури програмного забезпечення Харківського національного університету радіоелектроніки
  • LinkedIn
Увійти
Або поштою
Увійти
Або поштою
Реєстрація через e-mail
Реєстрація через e-mail
Забули пароль?