中国设计人员的悲哀

其实我们现在最缺的就是这类技术人才，记起我们很久之前做过的一个项目，使用贫血模型设计复杂领域的问题，早就得结果就是service写了一些逻辑，然后大量的逻辑写在pl/sql上，号称是速度快了，但是，花了那么大的代价维护，加之重复的代码，拿出1/10的钱花在硬件上完全可以解决所有问题（当然没有测算过，一个函数使用pl/sql是快了,但是几万个pl/sql写的逻辑真的比java实现的逻辑快吗？如果一两个处理数据出了问题，我们可以专门为其实现更快的方式——使用pl/sql，这里不再讨论），后来另外一家公司要我们的代码，但是要使用DB2，结果就是根本不可能使用，因为我们大概500左右核心的pl/sql包，有人拿了其中2个packages做重写，写了2个礼拜才重写完，里面的错误不计其数。

相信现在这样的代码在电信/金融保险等领域出现很多（使用贫血模型，大量逻辑都是pl/sql或者其他存储过程实现的）。

国外没有看见在60-70年代，大多数开发人就想做个管理人员发大财，只是我们目前确实太浮躁了。

另外，你说的对，杀鸡用牛刀，其实不是杀鸡用牛刀，是杀牛用牛刀，但是老板不懂，往往告诉你，那是鸡，不是牛。

最近一段时间我在重构公司的产品，已经将一些设计模式溶于到项目中。

再接再厉，但是，没那么简单，过半年或者一年之后，再看看你的代码，是否避免了重复，你是否忘掉了模式再说，当你觉得模式不再那么重要的时候，你的OO就基本掌握了，eric evans的书籍非常好，可以看看，有助于您忘掉模式，而追求根本！