Odcinek 100

Better Software Design zaczęło się w 2020 roku od tematów związanych z Domain-Driven Design, gdzie często z Kubą Pilimonem zagłębialiśmy się w kolejne wzorce i przykłady. Po kilku latach wspólnie z Kubą wracamy do tej tematyki, aby sprawdzić, jak zmieniło się nasze postrzeganie Domain-Driven Design i pracy architekta w świecie, który przyspieszył do prędkości mierzonych w tokenach na sekundę.

A rozmowę zaczynamy od pytania Kuby, jednego ze słuchaczy podcastu, które pojawiło się przy okazji zbliżającego się odcinka specjalnego z okazji 100 odcinków Better Software Design:

Czy istnieją narzędzia z DDD toolbox do radzenia sobie z silnie konfigurowalnynmi produktami? Tzn np. zaczęliśmy proces analizy wymagań w kraju lub regionie X. Na jego podstawie wyznaczyliśmy odpowiednie granice, język, itd., po czym wdrażamy to na produkcję. Następnie pada decyzja o wejściu na rynek Y, gdzie okazuje się, że ten sam produkt, ze względu na regulacje czy market practice, działa zupełnie inaczej w wielu aspektach. Różnice pojawiają się nie tylko w algorytmach wyliczeniowych czy regułach walidacji danych, ale przykładowa przewracają część procesu do góry nogami.

Podobieństw jest dużo, ale próba implementacji na poziomie taktycznym ,za pomocą konfiguratorów, fabryk czy interfejsów powoduje spory mętlik, użycie modeli niezgodnie z pierwotnym przeznaczeniem, przeciek logiki rynku X do Y i odwrotnie. Czy to jest błąd zastosowanego podejścia na poziomie taktycznym, czy też może strategicznym i produkt na rynek Y powinien być zupełnie osobnym kontekstem?