新书上市 -《Elasticsearch 源码解析与优化实战》

非常抱歉，很久没来更新博客，因为我去写书了。第一次产生写书的想法，是在写了一阵子博客之后，感觉一些文章的内容值得放在书里。这种想法只是一闪而过。但是随着时间流逝，对 es 方方面面积累的更多的认识，以及网络上大量文章过时，错误观点，在 es 原理方面进行系统性，权威地介绍的资料很少。使我觉得最好把我知道的东西分享给更多的人，为了搞明白某个原理，不用再花费太多心血从源码中逆向出来。

我所在的基础大数据团队，每个同学负责各自平台的优化与开发，而我负责 es，因此有大量的时间阅读源码，研究原理。在阅读源码的时候，一般会花一两周的时间分析某个流程或模块，然后周会给大家串讲，串讲其实挺有压力，听众都是专家，你必须把原理讲清楚，不能有模糊的结论。因为有串讲的压力，在阅读源码，分析原理的时候就需要把自己想到的问题都弄清楚。能够给别人讲明白，也有助于从茫茫的代码中跳出来。即使如此，分享 PPT 时大家经常会问到你不曾考虑到的问题，这样让做分享的人思路更加开阔。就这样，系统性的阅读源码用了大半年的时间，分析了比较重要和常见的流程及模块，中间穿插一些测试，以及处理线上问题，也陆续写了一些博客文章。

当我真的考虑去写书时，面临一个核心问题：ES 的版本更新很快，大约1年左右就会发布一个大版本，版本变化比较大。这样，写出来的书时效性就很强：花费大量精力和时间写出的东西，一两年就过时，是个很大的问题，这让我犹豫了一下。

几天后，我觉得这件事情必须有人去做，即使时效性很强。因为市面上没有原理类的书籍，没人讲清楚 recovery 的过程，分析这类原理的痛苦过程不应该被其他人重复。同时也有很多人对 ES 的认识和基础原理的理解比较薄弱，如果有人把原理和常用的优化方式讲清楚，可以促进 ES 受众的发展，我对 ES 的研究可以帮助更多的人。再者，虽然源码有较大的变化，原理的变化一般不会特别大。因此，第二天我就联系好了出版社。

接下来就是写书面临的实际问题：

内容

准备全书目录，我把以前写过的文章整理了一下，加上其他准备写的东西，似乎内容有些单薄，达不到整本书的体量，我不知道最后能否完成全书。但是我不能因为这个问题放弃，我必须去写，就算写不完，也要把能写的都写出来。在动笔之后，你会发现能写的东西很多，甚至需要减小篇幅。

时间

互联网公司很忙，工作日最早也要8点才收工，下班后码字最多只有2小时的时间，只有周末可以全心码字，产出比较高。不过女儿三岁，和我关系很好，周末当我背起电脑准备去 KFC 的时候，经常会哭着不让走，能够狠下心来不容易，我深知童年只有一次，陪伴只有一次，但这件事情需去做，我很想说，以后的周末都属于你！

进度

同样由于ES版本更新很快的原因，我最好在6.x 版本的生命中期让书上市，本书写作的时候 ES 最新版本为 6.1.2，如果上市的时候7.x 都出来了那会很尴尬，因此我 需要在半年左右的时间完成全书内容，同时要保证本书质量，本来可以从容写作就变得有不小压力：

1. 虽然有先前的文章积累，但是基于2.x-5.x，我需要基于6.x 重读代码。
2. 书中部分文字和图片引用官网内容，理论就是那样，自己重新画一个相同的图出来没有必要，这个过程对引用的内容中描述不够精确的进行了修正，所引用部分都给出了说明，并在章节末尾给出了链接（后来篇幅的原因删掉，出版社单独整理了引用链接）

幸好年假多,可以全部休光。

在此也要感谢出版社的陈晓猛老师，在本书交稿之后以相当快的速度让本书上市，交稿之后的审查和校阅等复杂流程远超我的想象，没有陈老师的大力支持，本书不会如期出版。

最后，一些经验分享给同样想要写书的小伙伴：

1. IT类书籍，选择电子工业出版社或者机械工业出版社
2. 出版社负责排版印刷等整个后续环节，包括对错别字的检查。作者只关注写作即可。写书和写博客不同，博客可以自由散漫，写书要力保精确，严谨，可考证
3. 不要因为编辑老师会检查错别字就在写作期间大意，人总会犯错误，疏漏难免，如果终审不合格，会耽误出版。写作之前最好看看出版社的文法规定，把错误消除在交稿之前。在全书完成后，仅我个人就对全书进行了7-8遍校阅，还不算编辑老师的，终审抽查仍扣3分(8分为不合格)

4.写作文体推荐按照金字塔原理：

金字塔的基本结构是：中心思想明确，结论先行，以上统下，归类分组，逻辑递进。先重要后次要，先全局后细节，先结论后原因，先结果后过程

搭建金字塔的具体做法是：自上而下表达，自下而上思考，纵向疑问回答／总结概括，横向归类分组／演绎归纳，序言讲故事，标题提炼思想精华