如何产出高质量文章
2020.3.21 参加在线活动记录
一直以来我也写了很多文章，不管是技术博客还是生活琐事。只要发布在平台，肯定会想有高的曝光。所以对这个活动也有很浓厚的兴趣。
由于进直播间比较晚，进去时有几分钟陶老师一直在说他的开源项目，搞得我以为走错了。在听了一会之后，逐渐对陶老师的话题产生了兴趣。
如何宣布开源？
对于开发者来说，自己写的项目开源也就开源了，无非是github push了个项目，不会引起足够重视，佛系接收star, 但心里还老想自己的项目 star 怎么这么少。而陶老师希望自己开源的项目能够充分发挥它的价值，得到更多的曝光，以赶超竞品。他是这么做的：
- 参加全球架构师活动，不仅限于听，而是去演讲。
- 摆展位，现场展示。
- 不遗余力的现场吆喝，做介绍。路过展台的人也会邀请去了解项目。
个人文章的力量
开源之前，写了一系列文章。 环环相扣，铺垫现状、找出问题痛点、制造热点（蹭热度，比如当时华为的鸿蒙系统）、未来期望，以此来为项目的开源做铺垫，得到更高的阅读量。
那么如何写出病毒式传播的文章呢？
- 开源作者自己写，写出项目的核心，而不是不痛不痒的问题
- 有干货，亲身故事。结合自己的故事，让人更愿意去看文章
- 有观点，不怕得罪人。（有自己的见解，不要说模棱两可的话）
- 文章有布局、开头、叙述、结论
总结下来，重点在于内容。平时写系列技术博客，积极参加各种线上、线下活动。 争取做嘉宾多分享内容。然后就是让大家去了解真实的你，你的团队、家庭、个人生活等等，这样当你真正想去开源时，个人产生的影响力甚至远大于公司。
如果编撰高质量文章？
先来一张图阐述下大妈的分享核心
大妈的分享首先也是介绍了他近二十年生活与社区的羁绊，对于写文章，坚持的时间久了，渐渐变成自己的生活方式。
然后从文章->技术文章->文档-> 图书 -> 社区这些形态一一进行解释。
接下来他提出来（或者QA环节提出来）一些问题：
为什么写文档？ 因为懒，不想做重复劳动
怎么写高质量的文章？
- 能自信的将文章分解为当前能力范畴内的子问题序列（举些浅显易懂的例子来解释）
- 查看论文、帮助手册、英文文档等一手资源，不建议去翻阅译制版文章，因为有滞后性
- 最基本的5W1H原则，知道自己想看什么。Who/When/Where/What/Why/How
- 而编写技术文章时，避免出现晦涩难懂的术语、无代码、埋梗（别人不一定懂）
- 好文章应习以为常，习惯用文章表述论战、习惯以文档回答问题，习惯对文档持续增补。
- 不要规划文章，立即发布。这点我理解，跟拖延症差不多。
如何能够写出吸引开发者的文档？
简单有效的示例代码，对于开发者而言，能立即看到解决的示例代码就非常有用，除非你的产品具有垄断性，文档有总比没有强（暗指小程序）
你的贡献动力是什么？
上面说过，这是一种生活习惯，也有一些原因是我们一直知道好东西要分享，分享的快乐；是双倍的快乐
还有一种回馈/报恩的心态，在很早之前，看到前辈分享出来的文章帮了自己很大忙，而自己又刚好能帮助别人，好比你毕业了，回到以前的学校，看着讲台下无数崇拜的目光，你总想分享些自己的经历一样。
公司的敏捷文化对文档产出有什么不利影响？
其实没有什么不利影响，敏捷文化反而是很好的推动，因为我们一般是先形成文档，再达成共识，而敏捷文化是一群人先达成共识，后形成文档。
我的观点
以我自己来说，参加活动的期望是想知道怎么让自己的文章有更多的人看，可能偏向于老师教我怎么写作文一样。就像我在掘金看到的文章里这样，让我学到一些写文章的姿势：
但是活动整体下来增加了一些奇怪的知识点，当然是有所收获的，就是引起了我其他的思考，b格提升了。列举下
- 开源项目不意味免费，不赚钱。开源项目与商业化之间有什么联系？（有机会可以深入了解）
- 还花了一些时间争论github怎么证明你的项目火并且活跃？ 是star、fork、watch还是pr
- 写文章也可以作为营销方式，我的个人项目也是可以通过文章营销（这样就把我之前一个小项目因为一篇文章得到了20多个star解释通了。并且书面化这样的形式。）
- 社区与文章的关系，息息相关，好的社区会通过交流不断鼓励你创作、修订文章，而你文章的质量也可以使社区更活跃。
- 享受写文章时的状态，晚上想想自己的文章带给更多人思考，是否就很激动？当然需要保证睡眠。
