中国设计人员的悲哀

以打击别人来抬高自己,本身就很难被人认同!!!

jjyy,好像自已很厉害。你那个也就算一总结。不用打击别人，别人不比你差。会赚钱的员工才是好员工。

ite已非当年之je

    一句话，需要沉淀，不是什么都能够一下就能够出来的，都是需要长时间的沉淀，而且需创新。
    希望楼主的书可以有突破。

呵呵，好像很多新书的作者都喜欢这样评论以前同类书籍。你确定下一本设计模式书的作者不会这么评论你？

写书很好，值得尊敬，如果能不用攻击别人就更好了。不然你在感慨悲哀的同时，自己也成为了悲哀的一部分。

你说的有些不敢苟同，有些深有体会，回复见下：
再次感到无语，“对OO的领会和运用，岂是两三年就能弄懂的！”再次重申一下，我不知道您这么快看了多少？我没有将全部示例来自我自己的项目，是由于觉得项目的示例虽好，但是讲述起来太过麻烦，不够精练，但是其中一些示例却是我我具体项目的真实经历，例如装饰器模式。
对不起，请认真看完我的书籍再说，我的书籍不是一本语法书籍，也不是一本JLS书籍，这方面介绍很少，示例代码有用到这方面，只是稍微辅助说明而已，并为作为语法解析，至于hibernate注解等等，却全未说明，像enum或者annotation是在解释我的内容时，结合我的意图重点说明，比如enum，难道Java1.4就不能使用了？所以我指出java enum的本质，却未详细阐述enum的语法，以及如何使用，其他的，请您看完再说。
卖不卖座，不是我的关注，是的Java eye上有很多牛人，我周围也有很多牛人，不乏工作10年有余，架构师一大片一大片的，他们很多技术上等等都是我们认可的，但是尽管在这样的环境中，我们出现的问题依然如此，在中国，很少看到有人真正会使用OO进行开发的，即便是他们，是很少，不是全部没有。

很多人自以为会了一点设计模式的故事，自己完全掌握了设计模式，如果你没有OO的眼光，设计模式你是永远不会使用的，你会了OO设计，那么模式就是很自然的事情，模式也就不再重要了，这也是为什么在eric evans的DDD设计一书中，使用模式只是很小一章。
不要40分钟就想把OO完全理解了，这种神人比较少见，作为国外的大师，我只记得他们说“他们花了20年才在这上面走出了一步”，mf也感概，“eric是为数不多的能够快速给复杂领域建模的专家”。这里不是打击您（或许，比一般人，你是老鸟，不管怎样，时间上还是水平上，如果你真正学会了OO的眼光做自己的设计，并且会避免OO本身的问题，那么您很厉害了，否则，自诩或者时间，我都不认为如是也！），只是这里在评论浮躁问题，您正好撞在枪口上了，不好意思。

head first design pattern我是写在推荐书里的，确实是一本好书，其实在第一章我在解释模式定义时，我就指出了，为了回答他们指出普遍的模式定义，我给出了我的回答，请参详。这本书或许是圣经，自是不敢比，只是人无完人，书无完书，我的书籍比它多的是一些流行的概念，OO的不足，如何使用OO的眼光分析这些问题（这也是书籍的重点，我不是只在歪歪设计模式，我是歪歪这个），我的书籍对这些常用的模式纵向扩展了很多，把大家经常能在J2EE开发过程中遇到的常用模式也综合进来了，这便是我的亮点。

先生说的是，我们大家都应该记在心里。

末了，关于卖座，再歪歪两句，我看见下载次数很多，却未见犹如您老人家如此花时间指正的，这是我的关注点，还是非常感谢您的回复！

我没有打击别人，只是多年开发的年龄大点的“人”的深有体会而已。我也没有必要为打击大家而如此花这么多时间写这么几百字，何况要打击大家，使用此手段也未免水平太低了。

为了摆脱说打击别人的嫌疑，我在写的过程中，略去了这些书籍的名称，就怕落得说我“都喜欢这样评论以前同类书籍”，如果真的是这样，我会和其中的某些书籍一样，连GOF的书说的一文不值，在写作此书过程中，参考书籍一大摞，但是，看了很多国人写的书籍，确实不敢拿过来做参考，就是太不严谨，读者有兴趣可以去市面找找这些书籍在做评论。我文中的推荐书里，对一些“大家”写的书籍，不仅是公认的，而且是我喜欢的，都给了推荐和参考理由，如果只是泄私愤，1.我何必免费让大家观看呢，何不在出版时说明呢？2.我和不把国内目前最流行热卖的模式书籍：head first的design patterns等来个抨击呢？

软件的核心是模型，这是公认的，也就是使用OO语言设计中对问题域建模，设计模式不是。你说的不错——“设计、架构是J2EE的核”，这个可以认为是上述“软件的核心是模型”的一个推导。

有的地方不敢苟同，请看我对于此看法的回复，希望我们能够继续讨论中国人的软件观念，能给大家一个很好的正视，谢谢！