梁兄的图书主页-查字典图书网

2012-03-15

首先这本书涉及面是挺广的，但基本上没什么深度，扫完以后不会留下太多印象。

作为一本书籍，对涉及内容不做详细描述，和观点的深度论述，那基本上没啥意义了，完全对不起价格。
相比, 5年前的《长尾理论》更有阅读价值。
另外还看到一些阐述很不专业（一时忘了在哪，懒得找了），作为技术类描述文字，这更不应该出现
从最后的技术介绍看，只介绍了公司所用的技术，和传统的，其他的高端办法一笔带过。

综上所述，这本书不适合有相关技术经验的或是欲深入研究推荐技术的人士看，但非常适合有项目和基金申请的人看，有不少文字可以借鉴和摘抄。

内容相当有震撼力

2014-09-29

这是一本内容极具深度的书。

涉及设计模式的资料已经很多了，各种模式已经有上千种，虽然通常用到的不多，但是如何熟练地在不同场合使用不同模式，依然是有相当难度，各类社区致力于总结经验并指导大家学习，可在很多时候仅仅看到那些经验也难以领会。这本书恰恰不是一本经验总结的指导书，不关心设计模式“在哪用”“何时用”，而是告诉你设计模式本质可以“是什么”。这本书是作者在完成一个很神奇的项目的总结，项目的主旨是要发现代码中的模式，听上去就很高大上。而作者的切入点是相当值得称奇的：方法与方法调用时候产生的各种主体关系。这也是元素模式的根本（这观点感觉有点像社会是人际关系的总和而不仅仅是人的总和）。

前五章详细阐述了设计模式是如何可以分解成最基本的元素，读完前五章，最大的感受就是，不必在乎非得强调在什么场合使用什么设计模式是最好，而是把基本的调用关系理顺就差不多了，设计模式是经验，代码可以通过重构等方式来优化。一味考虑模式容易让经验不足的人陷入走火入魔的境地。

本书以近似于证明的方式来阐述元素模式的特点，读起来却不费力。外国人写的书，通常会为一个观点铺上大量相关指导，让人读起来有行云流水的感觉，本书也不例外。这本书单位句子的信息含量超过我读过的很多书，包括神作《代码大全2》，如果不好好仔细看进去，很可能会遗漏作者的思路，这也侧面反映了译者的用心。多亏作者和译者的细致，本书读起来比很多国人写的技术书其实都要顺畅不少。

相比现在很多笔记型技术书，读的过程有种仿佛又回到大学学习基础的感觉。当然本书没有多少可操作的技术，如果想从中学到如何更好的使用模式，怕是会后悔了。

没看完已经看晕了

2014-05-28

       我一直没做过web开发，也没接触过那些政务、信息管理的业务流程，一直不是很理解CRUD的难处与痛苦。所以看了一大半发现很多概念都太难理解，也不理解为啥很多人极其推崇他解决问题的模式。当然本书提到的概念我也是第一次才听说，最实用的就是领域专家一定要参与，以及设计与代码要一体化。在我看来软件开发的痛苦是多方面原因造成的，准备不足是最主要的，由此催生了多种XX驱动开发模式，无非是角度出发点不同。个人比较赞同InfoQ这篇“驱动方法不能改变任何事情”的文章：http://www.infoq.com/cn/articles/star-driven-approaches
       我曾经以为加班干活可以多攒经验，后来才发现用处不大。我也想抽象出一些自己的经验成为比较框架的东西，一动手就发现难度很大。经验积累需要的时间是不能少的，有人指点无非是最快的，如果没有那就只能想办法一点点沉淀了，当然这事也能扯半天。

       回到这本书，不谈内容，还是想说一下外国人写作讲究行云流水不是盖的，虽然读完感觉干货不是那么多，但读的过程让你感觉不能跳过。

又是一本笔记型技术书

2014-10-07

       从覆盖面上看，这本书还是涉及到很广的知识点。但从编排和讲解角度看，除了很多清单图谱也都是直接抓现成的。当然也不能全怪作者，毕竟讲逻辑的东西如果要画图细说那这本书估计再写个几年也完不成。

       现在世面上十分流行这种笔记型的技术书。作者们把自己多年掌握的知识、技能、心得整理一下，总结写下来就能出书了，然后找些名人写个推荐序。其实这些书更像是集大成的博客。如果以“能从书中找到自己需要的内容”这个角度看，那么无疑这些书都算对得起标题和价钱。但要说好不好，我觉得就得看这本书有没有留下思考的痕迹，而我在这本书里似乎看到更多是各种内容的拼接。

       我觉得如果就大数据思路进行深入的讲解，可以把架构和算法分开细说，尤其是算法多介绍基础即可。这本书对大部分人来说恐怕都直接用不上，比较适合深入提高时候作为目录指引。