我们都错了。当开始讨论观点时，这就是事情本身的样子。每个人有他或她自己的信念，它由该领域的多年经验、令人沮丧的代码、书、成功等等形成。所有这些背景是如何归结为一个统一理论的？它们只是还不可以。
你一直被告诉在工作中找到正确的工具。但什么是正确的工具呢？你决定的，根据你的实践知识。
我爱Ruby因为我觉得它自然，但是其他开发者讨厌这种语言。我喜欢干净的代码，其他人不关心。我赞成RSpec和Capybara，其他人喜欢Test::Unit。CoffeeScript 和 plain JavaScript， ERb 和 HAML，Postgres 和 MySQL. Vim 或 Emacs? Mac 或 Linux? TDD 或 不用TDD, 任何一个呢?
有了这些分割，我们不能把人们从教条中解放出来，但仅仅产生了一个相反观点的粉丝。
相对论也可以被应用到软件设计。我需要多少级的间接寻址才能完成一定的工作？好吧，看情况。它取决于各种不错的理由，但是主要在于你的判断。对你来说是优秀的，然而对于其他人却是让人失望的。
我们可以讨论折衷方案，但是请不要把你的成功产品当做你在代码方面是正确的资格。
我在Litmus工作，一家盈利丰厚的公司。如果我把下面的代码放在一个模板里，你会因为我的员工就发现它是合理的吗?
嗨，是的！谁需要那些像控制器和ORM的高级抽象，谁完全需要框架！那种结构是为太空架构师（architecture astronauts）准备的。离开我的草坪！看看我，我是个实用主义者。我通过 破坏了我工作的亿万富翁的软件 证明了这一点。
这不是一个论据，只是废话。
