今天是不幸的日子。 我设计新的软件和在一种反射性心情。 我体会多少我们普遍的框架和软件是完全愚笨的设计没有实用性和美学的 关心。 形式盲人被仿效。 任何地方您读关于有的软件/的框架的书籍说明x或您应该知道的y样式您朝向为麻烦。

一些普遍的专业术语今天是IoC (附庸射入)， MVC， MVC2等要求贪婪incoroporate关于用途的这样样式装入的许多那些同样设计师什么时候不应该使用那些样式，并且您几乎每次将得到空白的凝视或一个简略的回复有无。

我是问我潜在的雇员，当不应该使用时MVC，并且我没得到一个正派答复。 能您？

我闻悉称Stripes的这个新的美妙的框架。 我喜欢。 然而它要求您有“邪恶的”吸瓦斯剂和安装员。 人们为什么没意识到吸瓦斯剂和安装员是坏的。 人们为什么没意识到他们不是真正地面向对象的。 实际上有吸瓦斯剂和安装员主要表明一个设计问题。

人们为什么没体会设计不是关于样式或专业术语。 它总是在可能性之间的一种交易。 只有一位好设计师会平衡后果和做出一个适当的选择，合法为有些期间。

我得到不耐烦在分钟之前，当我在一篇老文章附近跑了从阿伦Holub时(可以他居住对成熟晚年和以充分的健康)。 他对我谈论的问题比我可能正确地讲了话和更好表达了它。 让我引述他。

设计，天生，是一系列的交易。 每个选择有好和坏边，并且您做出您的选择在必要定义的整体标准中。 然而好和坏不是绝对。 一个好决定在一上下文也许是坏的在别的。

如果您不了解问题的双方，您不可能做出一个聪明的选择; 实际上，如果您不了解您的行动的所有分枝，您根本不设计。 您是障碍的在黑暗。 它不是事故在四设计图集的帮会的每个章节包括什么时候描述的一个“后果”部分，并且曾经样式为什么是不适当的。

阐明，某一语言特色或共同的编程的成语(象存取机构)有问题不是和一样说您不应该在任何情况下使用他们的事。 并且正因为特点或成语是常用的不意味您应该使用它二者之一。 未接到通知的程序员写许多节目，并且使用由Sun Microsystems或微软不奇迹般地改进编程的某人的也不设计能力。 Java包裹包含很多了不起的代码。 但是也有我肯定那个代码的部分作者困窘承认他们写道。

同样的，销售或政治刺激经常推挤设计成语。 有时程序员做出坏决定，但是公司想要促进什么技术可能做，因此他们降低重要性您做的方式它比理想是。 他们做最好一个坏情况。 结果，您行动得不负责任地您采取是方式您应该做事的所有编程的实践，因为“”。 许多出故障的企业JavaBeans (EJB)项目证明这项原则。 基于EJB的技术是巨大技术，当若被采用适当地使用，但是可能逐字地减少公司不相宜地。

我的点是您不应该盲目编程。 您必须了解浩劫特点或成语可能泄怒。 在这种情况下，您是在决定一个好的位置您是否应该使用那条特点或成语。 您的选择应该是通知和重实效的。

我同意他110%。

即然它我的胸口，让我回到设计。