设计模式有害论 跟有经验的优秀程序员一起工作能让你学到很多东西，而之中我感觉最有支持的一点就是学会了编程中的实用主义。
有学院背景是件好事，如果没有上过大学，我估计我的程序员仕途未必能赶得上目前的一半。但从另外一方面看，学院理论和市场之间存在阻抗失配，学生离开学校毕业进入职业社会，都带着一种被J2EE洗脑的纯洁的错觉，忘记了很多东西只有亲自动手才能学到——这就是为什么很多自学成才的程序员全部能够解除束缚，开发出伟大的具有革命性的软件的原因。
我曾经就是这样，我曾经熟记《设计模式》里的各种设计模式，并且试图在任何1个能够用的的地方应用它们。但是，当离开大学，开始在现实世界里编程时，我开始认识到1个事情：做“正确的事情?”并非是总能给你带来达成目标的途径。以我的观点，能证明这种现象的最大的1个例子就是JavaScript语言：虽然世界上有这么多的好的编程语言，为何1个像JavaScript这样的“四不像”语言会成为最流行和最通用的语言？(这个疑问和未知办法留给大家在评论里讨论)
回到设计模式的话题：设计模式是对重复显露出来的疑问和未知办法的好的、可重用的解决方案的范例。很好的东西，不是吗？它们怎么可能成为有害的呢？
疑问和未知办法并不是出在设计模式自身，而是我们的一种不加选择地到处应用它们的强迫症，总以为用了它们才是正确的编程。
这种思维习惯会导致你按图索骥，强行让疑问和未知办法去适应设计模式给予的解决方案，而不是它本该采取的方案，同样也会导致过度科技化和不必要的复杂，这些在将来都会导致项目受挫。
采用实用主义的态度，让设计模式在代码中自然的显露出来，不须要雕琢。你读过这些设计模式，你知道它们的存在，但你不须要特意的以它们为标准去实现一种解决方案。相反，凭借你的经验，这些模式会在你的代码里天然的形成，并适合你的疑问和未知办法，不带任何束缚。也许你甚至不知道这是什么模式，叫什么，这不主要，但如果你知道，你能够注释一下，这能支持其他程序员更容易的理解，支持他们明白你的代码在做什么而不须要阅读整段代码——因为你遵循了一种设计模式。
所以，我认为，懂得和熟悉设计模式很主要——就像是你应该经常去看看别人是如何写代码的，是如何用另一种方式解决疑问和未知办法的——但是，不要强迫在代码中应用它们。顺其自然，keep it simple, stupid!
