{"href":"https://api.simplecast.com/oembed?url=https%3A%2F%2Fbettersoftwaredesign.simplecast.com%2Fepisodes%2F80-sS_ueW1R","width":444,"version":"1.0","type":"rich","title":"80. O ostrej zasadzie Pareto, DDDozie i innych chorobach projektowych z Piotrem Przybyłem","thumbnail_width":300,"thumbnail_url":"https://image.simplecastcdn.com/images/e37e236c-1fa8-459a-81e9-cd3548888657/98559e66-04c8-4cf7-9e2b-1647875b208f/2-2500px.jpg","thumbnail_height":300,"provider_url":"https://simplecast.com","provider_name":"Simplecast","html":"<iframe src=\"https://player.simplecast.com/bdb2e6e0-a6b5-40ef-9eda-5037136da1ef\" height=\"200\" width=\"100%\" title=\"80. O ostrej zasadzie Pareto, DDDozie i innych chorobach projektowych z Piotrem Przybyłem\" frameborder=\"0\" scrolling=\"no\"></iframe>","height":200,"description":"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 zapewne całkowicie uzasadnione, poza tymi, w których nie ma to większego sensu..."}