Od lat 70-tych przejawia się w świadomości programistów na całym świecie. Niby nieuchwytne, mówi, że “Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization’s communication structure.” Co kilka lat wypływa w ten lub inny sposób, ostatnio przy okazji książki Team Topologies. Wydaje się, że zostanie z nami na zawsze.
Tylko jak to przełożyć na codzienną pracę inżyniera?
W ramach tej prezentacji postaram się odpowiedzieć na to pytanie, odnosząc się do własnych doświadczeń w pracy z zespołami programistów, odwołując się do rozmaitych źródeł książkowych i internetowych, a także promując jedną główną ideę, którą spłycić można do: “pracuj nie tylko nad API swojego kodu, ale też API komunikacji Twojego zespołu z pozostałymi zespołami”. Co to dokładnie znaczy? Po to powstał ten wykład.
A jako bonus, zobaczymy, jak to może się odzwierciedlić w kodzie i przełożyć na kod legacy.