[andrii-pohuliailo]

Czy Clean Architecture i DDD zawsze są uzasadnione?

Wielu programistów uważa te podejścia za standard jakości, ale czy faktycznie są potrzebne w każdym projekcie?

Jeśli trzeba szybko uruchomić MVP, czy warto inwestować czas w wielowarstwową architekturę? Jeśli kod jest pełen abstrakcji, ale prawie nie wykonuje rzeczywistej pracy, czy to właściwa droga?

W nowym artykule dzielę się swoimi spostrzeżeniami na temat tego, dlaczego te podejścia nie zawsze działają i kiedy faktycznie mają sens.

Tekst tutaj: https://panicdriven.com/pl/posts/why-you-shouldnt-use-clean-architecture-and-ddd-until-you-read-this-13

Jak myślisz, kiedy Clean Architecture i DDD są pomocne, a kiedy tylko niepotrzebnie komplikują projekt?

#programowanie

[OpowiedzMiCos]

Czy Clean Architecture i DDD zawsze są uzasadnione?

@andrii-pohuliailo:

Nie. DDD stosuje się w systemach kluczowych dla przynoszenia zysków, tam gdzie szybki rozwój i tanie utrzymanie jest ważne i opłaca się poświęcić więcej czasu i energii aby zastosować DDD.

Sam wujek to napisał na początku Clean Architecture XD

[andrii-pohuliailo]

@OpowiedzMiCos Absolutnie. Ale coraz częściej widzę, jak jest wciskane wszędzie, gdzie trzeba i gdzie nie trzeba – już prawdziwy krzyk rozpaczy 😅

[OpowiedzMiCos]

@andrii-pohuliailo: Ja wręcz przeciwnie. Tam gdzie bym chętnie zobaczył DDD widzę legacy spaghetti robione na odpi3rd0l. w 5 projektach w których robiłem namiastkę DDD miałem tylko w jednym i to tylko dlatego, że dostałem wolną rękę XD

[andrii-pohuliailo]

@chaddeveloper Zgadzam się w 100%. Do tego czas leci totalnie bez sensu – 90% roboty to tylko przekładanie serwisów po projekcie 🤷‍♂️