在技术面试中，如果你能“随意”地对面试官说，关于java（或其它）方面，我在xx出版社出了xx书，那么一些不明就里的面试官就会用“膜拜”的眼光看着你了，他们会认为你在这方面很牛，这能大大提升你通过面试的可能，甚至都可能不问技术问题直接让过了。
大多数人认为出版书很难，在做之前我也这样认为。在这篇文章里我将向大家分享写书出版的步骤，读完后大家一定会感觉到，只要肯坚持，一点都不难。
盘点国内知名出版社
计算机行业，国内有四个比较著名的出版社，电子工业出版社、机械工业出版社、人民邮电出版社和清华出版社，当然还有些其它的。其实在四大出版社出书的难度一点也不比其它出版社高。
如何联系出版渠道
建议大家直接和出版社的编辑联系，有些图书出版公司可能会起到中介的作用，从中帮大家牵头联系编辑，但还是建议自己直接联系编辑。
我们就以人民邮电出版社为例，在他们的官网上，http://www.ptpress.com.cn/p/z/1498629678412.html，我们能看到有“投稿咨询”一栏。
点进去以后，一般就能看到投稿的方式，其它出版社也可以用类似的方式看到投稿邮箱。
确认选题，签合同，然后开始写
写之前大家可以想好这本书的主要内容，并写《图书大纲》和《本书特色》，大纲其实就是目录，得列到3级目录，比如
通过大纲，我们能整理列出本书的主要内容，通过《本书特色》，大家能想一下这本书和别的同类书相比，有哪些吸引人的地方。
大多数出版社会要求作者根据大纲和特色填写一份《选题申请表》。编辑会用这个向他们的领导申请选题，一旦批下来，就会给这本书分配一个CIP编号，当这本书最终出版号，会再分配一个通用的ISBN号。
申请到CIP号后，出版社的编辑就会和大家签订合同，有些作者会先把书写好，再找出版社，不建议这样做，推荐的做法是签订好以后再写，而且每写好一个章节后，给编辑审阅，边写边改，这样不会出大的方向性问题。如果一次性把书稿给编辑，当然也行，但万一写的内容不符出版要求，那就得大改了。
关于稿酬
这个大家非常关心的问题，稿酬有两种结算方式，一种是按页算，一次性付清，结算后再印时，就不再另外给了，如果大家预估销量一般，可以采用这种方式。
另一种是版税，新手作者一般在6%到8%，资深作者可以到10%以上，目前往往是按“实际销售册数”计算。
比如一本书50元，订合同时版税是6%，第一次印刷是3000册，但实际就卖了2000册，那么拿到手的就是50*6%*2000，也就6千元，按版税支付的话，如果图书热卖，或印刷次数多，实际拿到手的钱就比按页算的多了。
其实对于新手作者而言，别对稿酬抱太大希望，更别指望靠这个发财。以我最近写的 java web轻量级开发面试教程 为例，300页左右的书，前后投入7个月，这书69（就按70算），版税是8%，印刷2500测，目前卖了1600册，预计2500能卖完，那么稿酬也就14000，平摊到每个月也就2000，要知道我平均一天要写2个小时，一个月至少60个小时，论小时算，一个小时也就30多，钱真不多。
但出书毕竟是名利双收的事情，不少人还会出钱找渠道出书，这至少还能拿到钱。况且，当大家变成大神后，在写几本书积累完经验后，就能以“写畅销书”为目的。按目前一次印刷3000为例，就少算5次印刷吧（畅销书有的可以是10次印刷），每本书70元，以10%的版税算这样稿酬就有10万多了。这只是钱的部分，畅销书的作者们一般都是在行业内非常出名（可能是先出名再写书，也有可能出书积累人气），他们可以就凭此找到非常好的工作。这些书就是他们的摇钱树了。
选好写哪方面的书
谈完钱，我们来说下要干的活。图书一般分如下三种。
1 案例类，比如最近有不少Python案例书，它们一般是分10多个章节，其中用1到2个章节介绍概念、开发环境和基础知识，后面是一章一个案例，先写代码再写说明。
这种比较适合新手作者，因为大家都是开发人员，准备代码难度不大，在文字部分只要把代码介绍清楚就行。
2 算法架构这种偏重理论类的书。目前有不少机器学习和高并发架构的书，其中会用案例介绍些算法，通过一些代码介绍案例。这种书一般是大神级的人写的，他们往往能在一个领域专研很深入，然后有针对性地介绍一些常见的算法和框架。新手作者不建议涉及这类领域。
3 经验浓缩类型，我的书java web轻量级开发面试教程可以自夸下，是这种类型。再容我冒昧地高攀一下，李刚老师的疯狂系列图书我个人认为也是这种类型的。
如果大家在某个行业有一定的沉浸，可以尝试写这类书，但还是这句话，新手作者可能技能上达到了，但这种书措辞上比较难把握，建议新手作者通过一些书变熟练后再写。
写书的体会
从数量来看，我好歹也算“资深”作者了。 我的书至少能保证字字原创，很少大段引用别人的文字，因为原创，所以自己体会多，至少能保证不误人子弟，但如果在措辞描述上（更重要是销量上），离开孙卫琴李刚大神们，尚有一段距离，本人尚有自知之明。
根据一路走来的经历，我有如下深刻的感触：
1 一定得坚持，而且越往后写，放弃的冲动就越大。
刚开始写的时候，大家其实信心都很足，但写好一个章节后，会收到编辑不少修改意见，往往第一个章节得大改，不少作者由于受不了来来回回反复的修改，再加上工作一忙，就放弃了。
其实要写完一本书，能力写作能力都次要的，这可以锻炼，但更关键是靠坚持。
我写书后，一般6点起来，吃完饭6点半，写2个小时，到8点半去公司。晚上有时候写1个小时，周末一天写，一天放松，大概写了6个月完稿，1个月修改录视频。说实在这个工作强度不算大，更何况这是为自己干活。
2 关于文笔能力
写计算机图书毕竟不是参加作文竞赛，但最低要求是能把作者讲清楚就行。能不能把内容写清楚是能力问题，而愿不愿意写清楚是态度问题。
写书时，把代码或案例或远离解释清楚，并不难，但不能因为最近事多就大段抄录JDK文档上的内容，更不能得过且过地用些文字来敷衍读者。我一般写好后，会通读几遍，首先保证语法没问题，第二站在读者角度思考，确认这个话读者能理解。
3 如何提升书的质量
首先当然要避免抄袭。其次，为了提升质量，也应当尽量避免大段应用别人的文字，如果要引用，可以在自己理解的基础上在别人原文的基础上改写一遍。
这样，你的书里就大多数是原创的。质量不好的书，读起来就像一个老师在讲台上自顾自地讲课，也不根据底下学生的程度讲，更没互动，而一本好的书，读起来就像作者通过文字和大家娓娓而谈，从中能感受到作者的思路和用心。
具体而言，如果要写出好书（也是畅销书），首先内容上要有所选取，不能恨不得一下子都灌输给读者，应当根据读者群的接受能力精心挑选内容，并用心组织文字，这样能让读者有种“挠在痒处”的感觉。其次不能有任何糊弄读者的心思（自然就更没有糊弄读者的举动了），比如不能用大段没营养的文字来骗篇幅，不能贴些毫无意义的代码来展示所谓的专业性。
用心还未必写出好书，但不用心一定写不出好书。谋事在人，成事在天，一本书如果要畅销的话，除了作者得用心外，有事情还得带点运行成分。
如果大家在这方面有什么问题，都可以来问我。
