Hacker News new | past | comments | ask | show | jobs | submit login

For the nth time, design patterns are descriptive, not prescriptive. They're a guide for when you're facing a type of problem which has been encountered thousands of time before, not a blunt tool to be jammed mindlessly into every possible scenario.



The problem is that you can preach this over and over but some people will still use them mindlessly in every possible scenario, because it's easy and feels good.

I think we've done a poor job as an industry of beating new developers over the head with "know the tradeoffs!" Design patterns are taught without teaching their tradeoffs, and so new developers think that it's best practice to apply every possible design pattern as eagerly as possible.

I agree that naming patterns is useful, but IME they've been a net negative on the code bases I've worked on, since the way they're taught encourages using them mindlessly without considering their costs.


...and the elaborate ones aren't needed very often, in my experience. So if you have many of them, it's probably overuse.


I think the languages with multi-page exception dumps are a great example of design patterns applied to the point of absurdity.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: