🏛️ Architektura

Architektów często postrzega się jako ludzi z wieży z kości słoniowej, oderwanych od kodu. Pierwszy artykuł, Architect Manifesto, opisuje, czym powinien zajmować się zespół architektów: dawać jasne wytyczne, wcześnie przeglądać projekty, pracować nad funkcjonalnościami biznesowymi i zmieniać architekturę razem z wymaganiami.

Trzy kolejne dotyczą źródeł problemów. Gdy biznes przynosi gotowe rozwiązanie, dopytaj o problem, który za nim stoi; przykładem jest system HR, któremu nowa aplikacja webowa mogła w ogóle nie być potrzebna. Zanim zbudujesz funkcjonalność, uzgodnij z biznesem miary, które zdecydują, czy zostanie, żeby wiedzieć, kiedy ją usunąć. Z kolei warstwowa, „cebulowa” architektura rozbija prostą operację biznesową na wiele technicznych warstw, przez co trudno ją śledzić i ryzykownie zmieniać.

Ostatni artykuł podpowiada, jak utrzymać aktualną dokumentację: trzymaj ją w repozytorium, przeglądaj razem z kodem, a decyzje zapisuj jako niezmienne Architecture Decision Records.