论经验心得类图书的写法

先不要管标题。首先很幸运在这本书刚发布的时候我就从同事手中大概看到了这本，并且大致浏览了一遍。所以应该是这次活动小编的一个乌龙，明明提供的是第二章《分布式系统基础设施》的样章，给的提示话题全是第三章《互联网安全架构》的内容

当时拿到书的时候，一看封面有点吃惊，不论是从版面设计还是文字标题都像极了另外一本《大型网站技术架构》。两位作者都是阿里集团的工程师，从行文风格到牵涉到技术选择和业务需求的时候都会以阿里的实际案例作为实例。但是从两本书的侧重点来看，又稍有区别。《大型网站技术架构》以架构师的视角，整体更偏向于架构师在架构大型网站时自我内功的修炼，包括需要熟练掌握哪些技术，当用户数量不断突破的时候如何突破自身瓶颈。而这本《大型分布式网站架构》更偏向于一线开发人员的视角，介绍各个领域的技术和一些一线开发中常见的问题。

然后就是我想提到论这种类型图书的一些看法。首先我大概可以明白作者写这本书的初衷。作者是淘宝的一线技术人员，在平时项目过程中积累了大量第一手的技术经验和解决方案，在自己熟悉的分布式系统领域有着丰富的经验，对自己在这方面的理解程度应该也十分有信心。平时也经常通过一些session在公司内部分享自己的研究成果。在学习和授课的过程中有了很多自己的书面笔记。因此在编辑约稿的时候就会觉得只要把平时积累的笔记重新整理一下，再多放一些例子，一本书就很容易写出来。我相信这是很多一线工程师决定写书出版的过程。

但是真正写书的时候，发现虽然平时积累的笔记不少，但是实际上可以真正脱离业务需求背景的纯干货，其实一篇笔记中也就那么几句。大多数很重要的结论、心得，对于那些水平参差不齐的读者，很难把握好那个解释的度。通常都是一篇干活文章，看得懂的人心领神会，击掌叫好，看不懂的人甚至不明白这是一个怎样的需求场景，那些神秘的字母缩写又代表什么意思。

这本书用来权衡小白读者和一线工程师读者的做法是，会介绍很多会用到的常用技术，并且附上调用这些技术的核心代码。我的同事看完了这本书之后表示这种风格令他非常不习惯，明明是针对有经验的程序员的书籍，为什么还要把一些基础设施的安装过程讲得那么详细？既然是也要照顾小白读者，为什么有的技术会扫盲一下，有的技术名词又是直接上缩写，上行话？刀最后小白读者还是处于懵懵懂懂一知半解的状态。因此他得出的结论是，这本书的定位很有问题。

但是我觉得，但凡事物都有其两面性。我前面也说道，其实我们长期做开发的工程师，自以为积累了很多有价值的东西，但是一旦想表述给普罗大众理解的时候，抛开业务层面的东西，必然会造成很多干货的流失，其实那种纯干货没有我们想象得那么多。其次这种既有深度的内容，也有那些纯扫盲性质的东西，我觉得应该是编辑的建议。这样，不管是一线工程师还是小白读者，都可以从中有所收获。小白读者可以对分布式架构的概念有个整体的印象；书中也归纳了很多需要记忆或是现成的结论，工程师读者可以有针对性的进行参考。我觉得对于一本技术书籍已经不能要求得更多了。

看了这本书，总体印象还是觉得干货非常多。虽然有着很多普及型的概念和文字，但是往往不经意间咀嚼作者一些信手拈来的文字，比如作者突然来了句：“....该如何处理呢？最简单、最直接的方式便是.....”，自己回味之后便会觉得脑洞大开，原来这一类的问题还可以这样处理！

我觉得这就够了。