面向使用的软件设计

并不完全赞同dlee的观点，技术和服务（业务）就好像是走路的两条腿，偏爱用哪一条，走路时都会让人不舒服。

开发人员可以向技术倾斜，也可以向业务倾斜，这两种人好的公司都应该需要。我们现在无论是技术还是业务远没有达到可以说哪个已经差不多，应该偏向另一方的时候。

印度软件业发达吧，都说他们更精通国际业务，但没有太多的核心技术，只能算是软件服务大国。

Eclipse用的舒服吧，甚至有希望扩展为将来的RIA基础框架。大家在内心里就没有一种渴望有朝一日开发出类似的引领标准的技术应用？（虽然Eclipse现在还不能完全称为标准）

美国人或许可以把所有国内的业务外包，但丝毫不影响他们软件产业的领导地位。

另外，恕我直言，我们现在觉得服务更重要或许是因为技术更差，短时间内无法突破，只能从服务上去弥补一些这样的差距吧。

晕，我说研究院，当然不是实际的研究院，只是指，公司不可能花钱顾你来，就搞搞新技术的研究，
就目前的状况，要用DDD，肯定都是大家自己摸索居多；
当然，也会有公司专门对现在流行的新的方法进行试验性的研究，这个另当别论。我想在这里的大多数人，还是要先顾着眼前的项目先的。

to yapex：
走着看吧。不管朝哪个方向，最重要的就是不能坐着不动，仅仅坐而论道。
就像学习设计模式一样，robbin 指出学习设计模式最好的方法就是不要以为它很神秘，高深莫测，而是要在使用的过程中去学习和领会它。可以认为一种模式不过就是一段可以 copy-paste 的代码，感觉似乎有适用的场合了就 copy 过来，用一用，感觉用着不爽就删掉，再换一种相近的模式。如果这些模式感觉都不好用就完全不用好了，用自己的野路子来解决。有和一些人争论这个模式那个模式哪一个更适用的功夫，一个编程快手早就把所有相关的模式都试过了。我也是一向反对将设计模式神秘化，我一向是认为这样的编程快手才是最有可能成为高手的人才。

同样，恕我直言，对 Domain Object 顶礼膜拜的人现在其实还在吃夹生饭。当然，我不顶礼膜拜是因为我现在还是完全的门外汉。

OO这么多年，不就是为了这个Domain Object
对它顶礼膜拜很自然

学习的过程中就完全是这种感觉，如果没有看到实实在在的东西，加它、删它、改它，看到代码，书是看了不少，完全不能体会。
明白了以后，也不会太在乎所谓模式，很初略的想法罢了，在讨论的时候把它当作“链表”、“堆栈”一样基本的抽象好了，当然他们粒度更大（常说比较高层，是说抽象的力度比较大，不是说高级低级）。

学习的时候多多考虑运行时的动态模型，他和实际看到的代码中表现出来的静态模型一样重要，也更难理解。理解动态模型的基础就是继承、多态的行为是怎么样的。