1000 位粉丝——博客回顾
介绍
我的博客写作技巧
博客文章
主要收获
介绍
我一直想开始写博客,但始终没能决定写什么主题。除此之外,我也不知道该在哪里发布。在我看来,学习新知识应该是写博客的主要动力,因此个人博客作为入门平台应该完全没问题。不过,我也在想,如果之后没有人和我讨论文章,那我岂不是会错过很多乐趣?
这就是The Practical Dev的由来。我在Twitter上偶然发现了它,发现它拥有一个很棒的社区。而我当时正在寻找的,就是一个可以分享想法、进行讨论的社区。所以我的任务是提供高质量的内容,并参与到有趣的讨论中。那时我也在找工作,所以更有动力在面试过程中展示我的一些帖子。
2017年10月,我终于开始写我的第一篇博文。最近我的粉丝突破了1000,我想借这篇博文回顾并分享我的经历。
本文余下部分结构如下。首先,我想分享我总结出的写作技巧,它帮助我坚持写作并完成文章。之后,我想挑选几篇比较受欢迎的文章,探讨一下我认为它们比其他文章更吸引人的原因。最后,我想总结一下过去十个月的博客写作经验。
我的博客写作技巧
在大学期间,我撰写或合作撰写了几篇研究论文和学位论文。我还阅读了一本关于科学写作和同行评审的书籍,并参加了相关课程。尽管如此,我写第一篇博客文章时仍然感觉异常缓慢。
我不知道该写些什么,虽然记下了几个可能有趣的话题,但每当我试图扩展这些笔记时,都会因为以下几个原因而遇到困难:
- 我原以为我想写的这些话题已经被比我懂得多的人讨论过很多次了。
- 当我尝试写一些我感兴趣的事情时,我意识到我了解的细节不够多,无法让别人觉得有趣。
- 当我尝试写一些我已经很擅长的东西时,我觉得我应该把时间花在更有意义的事情上,因为我实际上并没有学到任何东西。
我发表的第一篇文章源于我和朋友关于软件复杂度的讨论。当时我正在阐述我的想法,我们还一起看了我为了佐证观点而写的一些例子。所以我只需要把论证写下来,把例子放进去,再写个引言和结尾。搞定!现在看来,这篇文章其实并不精彩,但它毕竟是我的第一篇文章。
不过,这让我意识到,写博客其实没那么难。你只需要收集好所有需要的素材,然后写下来就行了!😅 当然,实际操作起来肯定不止这些,但归根结底,这就是写博客的本质。所以我仔细思考了一下上面提到的那些阻碍我写更多博文的原因,以下是我的一些发现:
- 写一些别人已经讨论过的内容没什么问题。首先,你可能会发现一些你不知道或者其他作者没想到的东西。其次,谁在乎呢?!写就对了!
- 在对某个主题一无所知的情况下就开始写博客,和在完全了解之后才开始写博客一样糟糕。关键在于边学习边写博客!
从那时起,每当我浏览新的库、尝试新的框架、研究算法,或者与朋友和同事讨论研究论文时,我都会做笔记。如果这些笔记在几天后仍然不断丰富且有趣,那么我就有了撰写新博客文章的基础。接下来,我需要提炼笔记,将其转化为句子和段落,再做一些研究,就大功告成了。这就是我的博客写作流程,只需几个简单的步骤:
- 找到一个你感兴趣的话题。阅读论文、与同事交流或午餐时讨论,都要保持敏锐的观察力和倾听能力。这时,你就可以开始为这篇文章拟定一个暂定标题了。
- 记笔记。一旦你有了几个要点,就可以开始为这些要点添加说明文字,从而构建故事线。这很可能不是你最终的框架,但它能帮助你整理思路。
- 深入挖掘。把你所有的问题或你还不了解的领域都写下来。然后开始研究,并持续做笔记。这一点我怎么强调都不为过。即使现在觉得某些内容没用或者太显而易见,也要写下来。如果你觉得不需要了,随时可以删除。
- 及时止损。有时候你会觉得要写的东西太多,解释完X之后,你也得解释Y。别陷入这种思维定式,否则你会无法完成文章。相反,只需简要提及还有更多内容需要了解,并留下参考文献供读者进一步阅读即可。
- 组织句子。如果你的故事线基本稳定,并且文章的每个部分都有要点,那么你应该开始将它们转换成句子。根据上下文将句子分组,组成短段落,使文章更易于阅读。此时不要过分注重形式,例如重复或华丽的辞藻。
- 添加图片和示例。一张图片或一个例子有时胜过千言万语。仔细检查你的帖子,尝试在所有关键点添加插图和示例。介绍数据结构?画出来!讨论算法?用代码写出来!展示你开发的炫酷应用?添加一段运行动画!
- 写个引言。很多人误以为要从头开始写,其实不然。一旦其他内容都写好了,写引言就变得非常简单。好的引言应该阐明文章的主题和写作目的,让读者知道是否要继续阅读,还是直接跳过。我还建议概述文章结构,以便读者了解文章内容。
- 写个结论。我喜欢在每篇文章结尾总结要点。如果可以,你也可以讨论一下不足之处或提出一些未解之谜。或许你还有一些问题想问读者,希望能引发讨论?
- 通读全文并改进文风。现在内容基本完成且结构合理,你应该检查一些文风问题。避免在简短的重复段落中使用重复的词语。使用同义词词典可以使语言更加生动形象。但是,你应该保持句子简短易懂,以便于理解。好的文风并不意味着复杂的句子。
- 最终确定标题。检查一下你的暂定标题是否仍然准确。或许你想让它更吸引人,但又不能显得标题党。如果你要在 The Practical Dev 上发布文章,请务必选择合适的标签。
- 发布出来,让全世界都知道!不要羞于分享和寻求反馈。收到反馈时,避免防御心理,把它当作提升自我、发展进步的机会。
听起来或许容易,或许不容易。但我可以告诉你,熟能生巧。我每次写完一篇文章都会回顾,努力寻找改进的方法。随着文章数量的增加,写作变得越来越轻松。现在,20篇文章之后,写作已经基本成为一种习惯,我可以专注于内容本身。
然而,并非每篇文章都能成功。也许你以前写过一些东西,现在读起来却觉得尴尬不已。但这没关系。你会从错误中吸取教训。下一节,让我们来看看我博客里一些比较出色的例子,并探讨一下它们为何能从众多文章中脱颖而出。
博客文章
在最近的20篇博文中,你会发现一些关于算法、组织架构、计算机体系结构、软件体系结构、编程语言、数据工程等等方面的内容。之所以内容如此丰富多样,是因为我喜欢学习各种不同的知识,但我始终努力让文章既有趣又易懂。
以下是我“作品集”中的一些“精品”:
最长系列
我最新也是篇幅最长的系列教程最近才完成。之前我在一家私有云服务商工作,所以我的 AWS 知识有点生疏了。我想温习一下,但“Hello World”之类的示例有点枯燥。于是,我编写了一些基于实际应用场景的示例。如果你想入门 AWS,绝对值得一看。
最受欢迎剧集
这是我第一次尝试就同一主题写多篇博文。我当时在读一篇论文,想和朋友们午餐时讨论一下。结果发现要写的内容太多了,所以我最后把它分成了四个部分。第一部分概述了论文内容,其余三部分则分别深入探讨了论文中提到的每一种数据结构。
阅读清单新增内容最多
另一篇受论文启发而写的文章。由于我想用非常详细且易于理解的方式解释这个现象,而不是仅仅浅尝辄止,所以文章篇幅很长。这可能也是为什么这篇文章最终成为添加到阅读清单最多的文章,因为它太长了,人们无法立即阅读。
第一篇文章被外部推荐
最后,我想重点介绍一下我第一篇在《The Practical Dev》之外发表的博文。我写这篇文章纯粹是为了好玩,因为我想分享一些我在练习我自认为很精通的编程语言时发现的东西。没想到大家似乎很喜欢,它还被一家在线Scala杂志刊登了。
当然,除了本节提到的文章之外,我还有更多其他文章。欢迎浏览我的个人主页查看。下一节我想和大家分享一下我迄今为止的博客写作经历中的一些重要心得体会。
主要收获
优质内容需要时间。我很快再次意识到,创作优质内容需要花费多少时间。我平均每篇文章大约要花20个小时。这包括阅读、实验、编程、写作、润色、制作图表等等。有些文章耗时更长,有些则只需几个小时就能完成。如果只是为了自己写,可能不需要花费这么多时间,但我经常会将自己的文章作为参考,用于讨论或向同行解释某些内容。
万事开头难。做新事通常意味着要走出舒适区。但经常这样做,你就会逐渐习惯走出舒适区,最终让走出舒适区本身成为你的舒适区。写一些我不了解的话题,能让我更有动力坚持下去,否则我可能早就放弃了。
定期预留时间能让你坚持下去。我尝试每周抽出几个小时来写博客。然而,我发现比起等待代码编译时写博客,预留固定时间段写博客效率更高。如果你的雇主允许你写博客,那你真是太幸运了。欢迎访问我目前所在公司的博客:codecentric blog。
博客系列很有趣。写几篇相关的文章,就不用每次都绞尽脑汁想新话题了。而且,读者们告诉我,追看系列文章很有意思,他们已经开始期待下一篇了。
最后,我想强调一点,我认为尊重其他作者的贡献非常重要。因此,无论你是直接还是间接引用他人的作品,请务必注明出处。这样,你的读者也会很乐意参考这些文献进行深入阅读。
感谢阅读我的文章。感谢你们的评论,帮助我创作出更好的内容。感谢你们成为这么棒的社群的一员!
封面图片由 Chris Wightman 提供,采用CC BY 2.0 许可,来自Wikimedia Commons。
如果你喜欢这篇文章,可以在 ko-fi 上支持我。
文章来源:https://dev.to/frosnerd/1000-followers---a-blogging-retrospective-21pl