Better Software Design

IT średnio umiemy w estymacje, więc wakacyjna przerwa, którą planowałem w podkaście na lipiec i sierpień zakończyła się 19 listopada 😂 Ale lepiej późno niż później, tym bardziej, że pierwszy odcinek dotyczy projektowania systemu w architekturze multi-tenant. Temat rzeka, dlatego razem z Michałem Giegielewiczem zaczynamy go atakować od przeglądu możliwych podejść.

Podcastu tradycyjnie można posłuchać w aplikacjach podcastowych, ale także na nowej stronie bettersoftwaredesign.pl, na której już niedługo zaczną się pojawiać nie tylko podcastowe materiały 🔥

Link do odcinka tradycyjnie w komentarzu poniżej.

Kazik Staszewski śpiewał kiedyś tak:

Greenfield, Greenfield jest wielki na wieki, 🎶
Największa atrakcja programistycznej turystyki, 🎶
Devi tu spędzają przeciętnie osiem lat, 🎶
Mimo, że jeszcze gdzieś indziej jest piękny świat 🎶

Ok, może śpiewał to jednak trochę inaczej 😉 Ale z greenfieldem jest tak, że chyba każdy by chciał, ale rzadko kto go ma. Na szczęście jednak nawet w legacy można taki greenfield wykroić i przemodelować coś od przysłowiowego zera.

W dzisiejszym odcinku Better Software Design, razem z Marcinem Markowskim rozmawiamy o kilku technikach przydatnych do wprowadzania Domain-Driven Design w legacy. Czym jest Bubble Context, Autonomous Context i jak można wykorzystać legacy jako asset - to wszystko koncepty zaproponowane ponad dekadę temu przez Erica Evansa, a które dziś bierzemy na podcastowy tapet.

Zapraszam! Link tradycyjnie w komentarzu 😀

Jak mamy uzyskać doskonałych architektów, jeśli w swojej karierze mają oni tylko kilka okazji do tego, aby zajmować się architekturą? Trzeba przyznać, że Ted Neward ma tu sporo racji... Rzadko kiedy mamy możliwość zaprojektowania nowego, sporego systemu "od zera" i uzyskania prawdziwego feedbacku naszych architektonicznych decyzji. Zdecydowanie częściej pracujemy przy istniejących systemach, powoli je rozbudowując o kolejne funkcje.

Dziś w Better Software Design zapraszam na rozmowę z Piotrem Filipowiczem, który wraz z zespołem zwyciężył w O'Reilly Software Architecture Katas, proponując pewne podejście do projektowania architektury.

Charakterystyki, ograniczenia, wymagania funkcjonalne, dopasowane style architektoniczne, wizualizacja i zespoły - na to warto spojrzeć podczas całego procesu.

Zapraszam!