没有人会告诉你你的项目应该用领域模型、事物脚本还是表模块，要根据实际状况选择。每一种模式都从简单到复杂讲述，一开始作者就根据具体的模式使之将代码简单化，正确实现需求的就是好模型，不要盲从为了产品做很多很多的判断。
    有些书籍只是提供了软件开发的方法，而并没有提出软件开发的思想。一个经理如果总能按园子里大家的想法来管理、开发产品，极有可能造成项目的失败。
    产品的成熟并不是指代码多漂亮，架构多完美，这些东西占有的份额较小。产品成熟更多的是指产品功能、性能、稳定性、用户使用性，以及从业务功能、运营要求来看他的实用性。好多客户并不理解为什么需要这么长的时间开发软件，结合自己的经验很容易理解，很多非常ugly的代码中隐藏了不少疑难杂症的修复知识，这是一个方面。另外一个方面，收集需求很重要，将产品从无到有做起来，能够满足用户要求在生产线上运行起来，不是件容易的事情，这个里面涉及到很多困难而又麻烦的东西。
    很多人在学习设计模式，很多人每天都在不断的重构代码，他们应该关注，你做的这些工作，真的给产品、给用户带来了多少好处，实现了多少价值。其实脱离实际需求，程序员拍脑袋想的很多东西，花了很大精力去实现，可能从头到尾就没有发挥过作用。
    很多时候你发现自己负责的产品很灵活、功能很强，可是到了用户那边，则有很多的问题，这些都是不懂得代码设计的硬伤。所以，就不要盲从软件面向的对象了，而是首先更好地开发好软件。