Czy kilka twoich projektów dla różnych klientów ma dokładnie taką samą strukturę wewnętrzną, stosowane są dokładnie te same wzorce organizacji kodu i architektury? Albo wszędzie widzisz możliwość zastosowania CQRS, rozdziału na komendy i query, czy możliwość zaimplementowania taktycznych wzorców z DDD? W wielu przypadkach będzie to prawdopodobnie całkowicie uzasadnione, poza tymi, w których nie ma to większego sensu…
Abraham Maslow kiedyś opisał to zjawisko mówiąc: dla człowieka, który dysponuje tylko młotkiem, wszystko, co spotyka zaczyna wyglądać jak gwóźdź. Idąc tym torem, posługiwanie się tylko jednym młotkiem nie jest ani wygodne, ani zdrowe.
Zapraszam do odwiedzenia strony https://bettersoftwaredesign.pl/podcast/o-ostrej-zasadzie-pareto-dddozie-i-innych-chorobach-projektowych-z-piotrem-przybylem/, gdzie znajdziesz więcej treści o projektowaniu oprogramowania.
A jeżeli chcesz więcej, to polecam Ci odwiedzić moje miejsca w Internecie:
👉 https://bettersoftwaredesign.pl, podcast o architekturze i projektowaniu oprogramowania
👉 https://twitter.com/mariuszgil, dev profil na Twitterze
👉 https://www.instagram.com/mariuszgil_dev/, dev profil na Instagramie, gdzie jestem ostatnio wyjątkowo aktywny
