Model jest wszystkim czego potrzebujesz (w aplikacjach biznesowych) - czyli czego nauczyłem się w ciągu 5 lat stosowania DDD (Polish)

"Dlaczego ta zmiana kosztuje 100 mandaysów? Przecież chciałem dodać tylko jeden checkbox na ekranie?"

"Ale jaki dług techniczny musimy teraz spłacić? Przecież do tej pory wszystko działało!"

Wszyscy zapewne dobrze znamy tego typu sentencje.

Na domiar złego pojawiają się nowe symptomy: programiści uciekają z organizacji mamrocząc po nosem coś o "big ball of mud" - dziwne, przecież dostali karnet na siłownię...

Podczas prezentacji przedstawię kilkanaście "special hacks" modelowania domen. Niektóre z nich będą oczywiste (choć zwykle nieuświadomione) a inne mniej.

Niektóre mogą być dużymi zmianami a inne drobnymi szczegółami, które jednak robią różnicę.

Zaczniemy podejścia, w którym wspólny model może być stosowany jako narzędzie komunikacji w celu:

• uświadomienia wszystkim złożoności domeny
• zrozumienia kosztów zmian
• świadomego zaciągania długów technicznych
• lepszego rozumienia swojego biznesu przez kleinta

Następnie nazwiemy typowe problemy jakie miewa większość modeli:

• zbytnie uogólnienie
• brak różnienia technik uogólnienia i abstrahowania
• modelowanie tuzinów specjalnych przypadków zamiast znalezienia głębokich reguł
• brak modelu dla złożoności esencjonalnej
• pominięcie modelu czasu

Główna część zostanie poświęcona konkretnym technikom modelowania, które mogą być pomocne na poziomie procesu, na poziomie komunikacji oraz na poziomie architektury i implementacji.