image.png
写作是非常系统性的工程,需要作者和策划一起设计写作的路径,根据读者的阅读情景、需求考虑内容的呈现形式。如果可以切实从读者出发,首先满足知识性需求,其次满足阅读的舒适度,那么这本书应该不差。我根据评审的书稿,简单总结技术类图书常见的一些问题,希望大家在写作的时候注意避免。
章节开篇(一级和二级标题下)没有综述性内容,尤其纯技术书作者往往直接开始写内容,这样的作者往往缺乏整体性、全局高度的视角,需要在写作时经常审视自己的书稿是否有这样的不足。
综述性内容的必要性:这些内容可以让读者知道你要讲什么内容、这个内容的大体轮廓和必要的上下文。一是可以让他提前做好阅读阅读准备和已有知识上下文,带着问题和好奇心去阅读;二是可以让他对整体有初步的认知,也是粘合各个知识点的“粘合剂”,不要小看这部分;三是大标题下没有文字介绍,非常突兀,其实深层次原因就是整体性的思考有欠缺。
这部分通常可以涵盖技术功能、背景、学习价值等。
怎么写这部分: 综述性内容可以涵盖以下几项(包括不限于):
注意:以上内容可以包含一项或者几项。
一般来说,在写作的时候要避免在章节开头上来是图或者代码,因为这样一是突兀,二是读者没有get到你的意图就看图和代码,是不能有效获取其中的信息的,也不能构建自己的学习上下文,不能带着目的去学习。
图、表、代码清单都要在正文说下是什么,之后再给出,也是让读者有了解的心理准备。给出图、表、代码清单之后,再结合这些要素做必要的分析和总结。借用作者同学的话,是总-分-总结构。
好的书不但要告诉怎么操作,还要告诉为什么这么操作;如果情况有几种,最好要分情景来讲。只写操作,就是给他鱼,告诉他为什么才是“授人以渔”,这也算是“画饼”,学习的动力。
技术人员往往看重操作和实现,但是读者更愿意看到你的思路和分析,代码很多,github上一堆,而出书不同,我们是老师,我们要讲思路、讲为什么,这个是比较重要的增值项之一。
任何时候都要记住“篇幅即资源”。所讲的内容一定要紧扣主题。有的作者部分内容可能讲得比较随性,这样即浪费篇幅,稀释有效观点,也让读者产生不好的阅读体验,可能放弃本书。
一般什么样的内容是浪费篇幅的呢:
罗里吧嗦讲了一堆,其实大概就是写作时要注意整体性描述、思路分析、读者阅读感受。
最后回答一个问题,为毛我们写作模板要用Word:
其他问题也还有很多,具体情况具体分析了~~
引用可以体现在脚注,并取得原作者授权。如果吸纳了观点等,可以放在参考资料或者参考文献。
写作绝非易事,为了读者的利益,为了自己的品牌,筒子们,加油啦~~
致谢: 本人才疏学浅,匆匆成文,本不打算开源,唯恐误导各位,但是小程大大说还是有点价值,打算传播下,所以各位看官就看到本文了,感谢小程大大。
微信号:xishuihua2008,欢迎同行、写过书的作者、即将写书的作者交流与探讨。 最近忙定稿,回复可能不及时,请见谅。