We like Design Patterns. They make complicated things simpler. Our brains are designed to tackle complexity with them. It is easier to describe something with words "it's like that one thing that you know, but with some differences" than describing it completely from scratch.
frameworks that we use are full of Patterns and we understand them very
well. Decorator here... Chain of responsibility there... Oh, and some
old, nasty, huge and extremely overloaded Singleton over there - yup, we
use it too... Piece of cake. This is our (developers) well known
Domain. We are Domain Experts on that territory and we feel confident
guess what - this is not the Domain that we are dealing with on daily
basis (unless we are working on frameworks of course :P ). Our Domain,
which we are struggling with, is about the business that runs our
company. We don't need those mentioned Decorators and stuff.
a glance, it looks like we can just live with some simple bags for
data, called entities, mapped to database tables (the Anemic Model). I
personally like to call them humorously Records - the great pattern that is borrowed from Turbo Pascal. I think, that Sławek mentioned about it couple of times (in polish). ;)