Writing for Engineers(作为工程师应该如何写作) —— Stemwede
目录
1. 写作前
1.1. 有好的信息
如果感觉无话可说,那么首先要做到去接触某一个主题,找到自己感兴趣的的信息。
1.2 写作不是学习
写作能够测试自己对某个主题的理解和掌握,是一种输出形式,但是作为学习方式来说较为低效,不如阅读、看视频、看博客效率高。
1.3 了解你的受众
想象一个具体的人,向他解释一些东西,需要准确了解受众的需求。
1.4 做好准备
写作需要长时间的集中精力,因此需要做好准备,避免分心。
1.5 趁热打铁
刚刚完成某一任务之后,自己写作的时候,能够清晰描述背景,回忆细节,写作效率更好。
所以在两个任务之间,可以尝试对上一任务进行写作。
1.6 快速进入一个主题中
上下文(背景知识)的加载需要付出精力,为了实现上下文的加载,可以尝试:
- 查阅自己关于这个主题的笔记;
- 和朋友、同事聊这个话题;
- 阅读这方面的书籍、博客、论文。
2. 写作时
2.1 提纲挈领
写作之前,可以先列出提纲,然后再进行填充,这样可以避免写作过程中的分心,也可以避免写作过程中的遗漏。
大纲是作者和读者都有目共睹的文章脉络,就像故事线一样,是很重要的文章组成部分。写一篇文章应该先写大纲,然后再填充内容。
2.2 内容优于润色
在写作的时候,我们容易被文章格式、博客风格、部署文章的问题干扰,
但是在完成内容之前,这些都是无关紧要的事情,确定大纲之后,第一步就是完成自己的文章内容,确定没问题之后再操心后续的风格润色和文章部署。
2.3 让文字可以略读
在网站上,用户的注意力很短,需要短时间内展示文件价值,把大纲、关键内容设置在突出位置。提供章节标题和列表
2.4 提供摘要
总结文章内容,交代背景,总结论文。
在写作的最后再总结摘要。
3. 写作练习
3.1 持续写作
培养写作能力,重视数量而非较高的质量,每周都坚持输出。
3.2 利用小型写作任务作为练习
写短文档练习写作技巧,例如电子邮件等等。
3.3 首先获得大纲反馈
在完成大纲、完善故事线之后,可以对文件获得初步反馈,从而尽快发现故事线缺陷,避免在写作过程中浪费时间。
3.4 向选定的听众展示文章草稿
初稿完成之后给目标受众人员,获得反馈,审视自己的工作。
4. 技巧总结
- 有主题可写。
- 写作作为输出方式,是学习过程的一次总结。
- 趁热打铁,在一个任务完成后进行总结,这样能记住更多的细节。
- 内容中最重要的是大纲,先构建大纲再开始写作。
- 先完成任务再考虑润色、出版、部署等问题。
- 展示自己文章的核心,在文章最后写摘要,从而保障用户快速了解这篇文章的价值。
- 持续写作,重视数量而非质量。