《Electron入门与实战》创作路上的那些事儿

前言

我的新书《Electron入门与实战》于3月正式发布了，目前已经上架到了各大电商平台，包括当当、京东以及清华大学出版社的淘宝旗舰店。书的定价锚定在了89.9元，虽然看起来价格有点高，但电商平台一般都有打折。这本书比较适合想要入门Electron框架的小伙伴，文末有购买传送门，感兴趣的小伙伴可以支持一波。

整本书由我个人撰写，由清华大学出版社负责编辑和出版。书的内容主要还是围绕讲解Electron这门可以让熟悉Web前端技术栈的小伙伴开发桌面应用的框架展来展开。目标读者是Electron的初学者。内容除了讲解必要的概念之外，也加入了比较丰富的案例，可以让这部分初学者更快的上手这门框架并运用于实际项目中。

这篇文章接下来主要讲讲关于这本书创作的几个方面：

1. 我为什么要写这本书
2. 创作历程是怎样的
3. 写一本书之前，需要准备些什么？

创作历程会涉及写一本书的过程是怎样的，比如写书的机会从哪里来、涉及哪些流程等等，使得大家对写书有一个初步的了解。

我为什么要写这本书

那么为什么要决定写一本书呢？原因主要是以下三个方面：

系统化的整理和输出自己的知识

我个人从2017年开始接触Electron并在项目中实际使用到现在已经接近6年了，时间算是比较长的。这个过程中实现了各类需求，也遇到了很多问题，一路上磕磕绊绊。其间一直有想把相关的经验记录下来，系统化的输出Electron实践相关内容的想法。但一直没有太好的机会，只是断断续续在博客里面写关于Electron的一些系列文章。

帮助初学者更好的入门

对于早期使用Electron框架的开发者来说，入门还是有一定门槛的。毕竟开发过程中会涉及很多以往单纯在浏览器环境中不会涉及的概念。且早期官方文档比较简陋，网上相关的文章也不多，更不会有系统性的教初学者入门的内容了。对于这个部分存在的空缺，还是期望自己的理解和输出来补上这一块的内容，帮助初学者更好的入门。

机缘巧合

也是比较巧，在2020年8月的时候在CSDN的私信中收到了清华大学出版社编辑的邀请，觉得这是一个难得而且不错的机会，就下决心写一本相关的书籍出来。

创作历程

历程概览

从开始收到意向邀请，到最终书的发布，整个过程持续了1年半多的时间。整个历程大的概览可以参见下面这个图。

写书机会怎么来的？

工作以来一直csdn上写博客，博客的内容也积累了一定的访问量。2020年8月在CSDN的私信中收到一条消息，大意是看我在写一些系列文章，而且觉得写的不错，想沟通下是否有意愿写一本技术相关的书籍。前面有提到，我也是有这方面的意向的，就怀着试一试的态度加了微信。在微信沟通了解后，对方是清华大学出版社的编辑。

正式写书前的流程

在正式的写作之前，会大致走这么一个流程：

首先是选题材料，类似于产品立项的文档。里面具体要写的内容后面会讲到。准备好选题材料后就是论证会。

出版社会定期开论证会，评估提交的选题是否通过。过程中会考虑书的内容有没有竞争力，投入产出比等方面。

如果通过就会进入签合同阶段。不通过的话，就再讨论其它可行的写作方向。

选题材料主要写啥？

选题材料里面需要填的内容比较多，其中最最最重要的就是要回答两个问题：

• 本书有什么特点？
• 与同类书比较优势是什么？

其实这就跟做产品一样，你需要了解你的目标用户诉求，竞品的情况，自身能有什么优势。讲清楚这些问题你的产品才有可能立项通过。

我基本上把市面上能买到的Electron相关的书籍买了回来，看了一遍，去了解它们大概的内容写的是什么，找一些差异点。

同时也看了这些书在官方电商上的评论，主要看大家因为什么点赞，又在吐槽什么，了解目标用户的一些需求。

总结出目前已上市书籍存在的一些不足点，比如：

1. 相关内容陈旧。技术发展、更新迭代日新月异，但写书都是有一个很长的周期的，当你的书出来的时候可能相关技术已经更替很多内容了，所以书的内容一般都有滞后性。
2. 大部分书籍还只是对Electron API的翻译和解读，实际例子较少。
3. 内容缺乏讲解完整开发一个应用所需要的知识。

针对这些点，也思考确定了写作内容的三个特点：

1. 结合框架新版本、行业发展
2. 基础知识与案例结合，快速上手
3. 讲解完整开发流程

写作过程的感受

合同签完就基本可以放心的正式开始动笔了，这是一个相当漫长的阶段，回忆起来的话有这么几个特点。

高延迟反馈：游戏为什么能让人上瘾？是因为游戏通常在设计上就具有即时反馈的特点，你砍一刀屏幕显示999的暴击，打败一个boss获得装备，会马上带给玩家成就感，激励玩家继续玩下去。而写书这个过程却恰恰相反，具有高延迟反馈性，一连几个月可能都不会有人给你反馈。只有等到书真正发布后才能感受到第一波反馈。这也差不多过去一年了。

孤独：由于写作过程中没有人结伴而行，所以基本是一个人在默默的写，整个过程也是比较孤独的。

因此，想要坚持写作并且按时交稿的难度还是很高的，需要较强的自驱力，同时也需要对写作过程进行管理，这就跟做产品的项目管理类似。

一个人的项目管理

不过跟在团队中做产品迭代的项目管理的区别是，写书的过程是一个人的项目管理，自己管自己。实际上很多时候管自己的难度是要远高于管他人。

所以这个过程需要自定制定明确的目标，以及过程中的里程杯。我当时是用notion做项目管理工具，以交付初稿为大目标，然后以章节等为里程碑。如下图所示。

在达到里程碑的时候，会自己给自己一些奖励，进行自我反馈。

但是，即使计划安排的再好，过程中也会遇到各种问题影响进展，比如中途生病等等……，落后了就需要想把法把进度赶上来。

写作小技巧

写作过程中也遇到过一些坑，分享一些我个人总结的一些技巧。

当你要准备要开始写作的时候，无论如何，想办法先开始。比如，我原计划下班后回家开始写，但由于惰性回家后先玩了一会（刷了刷抖音、B站什么的），那就当天就基本告别写作了。到睡觉的时候回想起来又觉得很懊恼。想要避免这种情况的发生，回到家后什么都别干，坐下来打开电脑直接开始写就对了。

构思碎片化，输出集中化。利用碎片化时间来写我尝试过，但效果很差。我个人往往进入状态需要一定的时间，碎片时间往往刚进入状态就结束了，可能这个时候刚有点灵感。所以后来我调整了一下策略，利用中午的时间构思晚上要写的内容，在晚上回家后集中开始写作。 所以我一般的时间就固定为中午1-2点，晚上10-1点。

知识盲区

在写作过程中肯定也会遇到一些要写的内容处于自己的知识盲区，解决办法就是尽量多的去查阅相关的资料。

需要非常注意的是不要抄袭，出版社判定抄袭的标准是文章中有连续10～15个字雷同就算抄袭。如果我们想要直接印用一些已发表的内容，必须在文章中进行标注并添加引用来源。

对于一些技术细节如果不太确定，但又没法找到资料进行核证，那么可以尝试找权威人士交流。比如当时我对Electron主进程的结构有一些疑惑的时候，通过邮件的方式向Electron框架的作者之一 Cheng zhao进行请教。

书的字数是怎么统计的？

这是个比较有意思的问题。小伙伴们应该都见过书的前两页会写明书的总字数，那么它是怎么计算出来的呢？

我在写作过程中除了之前提到的设定的章节目标，最开始还参考同类书籍标注的字数，以那个为目标。心想最少也得写到接近的数字吧？印象中其中一本最少的是25w字。

但在持续写的过程中发现，怎么写都远远达不到这个字数，就有点迷茫了。后来跟编辑交流后才知道，书籍字数有一套单独的计算方法。是什么呢？

版面字数 = 每行字数 × 每页（面）行数 × 页数。

那其实这里就不是真实你敲了多少字了。

开始写作后经历的流程

中耕指的是你写内容的这段时间。

整个流程大概会持续4到5个月的时间。

写书带来的收获与改变

写书的收益主要有两方面：直接受益和间接收益。

直接收益就是通过写书直接获得的收入，其实这部分不算太多。当然，如果你的书卖爆了那么还是很客观的。但技术书籍的销量普遍不高。

我认为收获更多的还是这个过程带来的间接受益，比如：我完整的知道了出一本书是怎么样的一个流程，出版社是怎么运作的，如何去写一本书的内容。

在这个过程中，持续对Electron知识的整理和学习也让我对这部分知识的掌握更系统化了，将这些知识完整的表达出来，也很好的锻炼了文字表达的能力。

还有个非常重要的点就是提升了个人在技术领域的影响力，被更多的人知道，也结识了更多的人。

写一本书之前，需要准备些什么？

如果大家有打算自己也写一本书，我建议在开始之前呢，需要做这么几个方面的准备：

首先要准备充足的相关领域的知识，不然的话很有可能写着写着发现知识漏洞太多，需要太多的时间和精力来弥补这块的知识，这会导致你的写作进展非常缓慢且不可控。合同上是有约定交稿日期的，如果不能按时完成会有违约的风险。因此，具备在选题内容方面充足的知识才能让你的写作过程更加顺利。

其次要在心理、生理上做好准备，你的心理要顶的住来自各方的压力，例如工作的压力、写作的压力、家庭的压力等等。身体上也要吃得消，如果是在工作之余写作，那比必然需要在忙碌的一天下班后，还需要继续熬夜奋战。甚至中午午休的时间也需要拿来思考写书相关的事情。

最后一个很重要的点就是要获得家人的支持和理解，否则不仅会影响写作本身，也会因此衍生出很多其它的问题。

购买链接