写作一年之后开始反思博客应该写什么

举报
宇宙之一粟 发表于 2023/05/25 22:07:42 2023/05/25
【摘要】 1 写作一年多的感受?在各大社区活跃了一整年之后,发现写文章真的是一件可以获得快乐的事情,一开始没有从中获得任何与钱相关的东西,但是总有些活动会送礼品,让我因此获得快乐,感觉自己的文章是会被认可的,如果能得到一些点赞会觉得更有价值。因此,觉得写博客是一件有意义的事情。因此自己从来没想过去迎合着写爆款爆文,标题党的文章,大概是我自己在日常工作中有一个体会:技术文也是在被搜索到的时候才有其作用...

image.png

1 写作一年多的感受?

在各大社区活跃了一整年之后,发现写文章真的是一件可以获得快乐的事情,一开始没有从中获得任何与钱相关的东西,但是总有些活动会送礼品,让我因此获得快乐,感觉自己的文章是会被认可的,如果能得到一些点赞会觉得更有价值。因此,觉得写博客是一件有意义的事情。因此自己从来没想过去迎合着写爆款爆文,标题党的文章,大概是我自己在日常工作中有一个体会:技术文也是在被搜索到的时候才有其作用吧,如果我需要什么技术或者教程了,我会去搜对应的关键词,而这些结果下的文章才是我需要的。也清楚什么样的文章是好的,因此也害怕自己的文章会被喷,但是这又能怎么样呢?写就是了,何必管他人看法。

最近这几个月来,先后有一些大佬说在网上搜找到我的文章解决了真实需求,或者通过我博客联系到我的运营,邀请我加入她们的社区,突然觉得这大概就是时间带来的意义,并不是获得了多少奖品,薅到了多少羊毛能够与之相比的。

至于今后也会参加一些文章,但不会像去年那样,整年都在参加活动卷了 222 篇文章了。但是如果遇到一些类似命题作文的活动,刚好自己也有想法,肯定也会参加的,现在不一定会奔着大奖去了。机会留给那些后来者吧。

就像小时候写的日记,如果是单单记流水账,发现对自己的帮助很小甚至还有点敷衍,但是如果不断在语文课堂上的命题练习,可以帮助我们在考场上完整的限时写出相应的考场作文,这大概就是参加活动带来的好处——刻意练习。

2 博客应该写什么呢?

说完感受,我们来说说博客应该写什么呢?

博客 = 网络 + 日志。大概就是在网上写日记,更书面一点的解释:博客就是在网上写你喜欢的东西,写下你所知道的,然后为搜索到它的人提供有价值的信息。

建议你应该马上开始一个博客。拥有自己的互联网小角落对心情有益!过段时间应该也会搭建一个自己的博客平台了。

但是你应该写些什么呢?

不要给自己强加任何的压力,看了大佬的文章之后,就觉得自己应该只写一些新的、独特甚至高大上的东西,最好是从未有人说过的东西。这是一个很大的心理负担,一开始就追求完美只会让你退缩。我去看了一些我在 18 年写的文章——Python 入门与安装,现在看那篇文章的篇幅真的贻笑大方,也被人喷过这种文章也拿出来发。

但是我还是没有删,因为正是那段时间的开始让我埋下了创作的种子。如果不开始写,永远都不知道自己什么时候开始。

时至今日,我发现日常创作有两种类型的内容,可以在创作中让自我感觉很棒:今天我学会了什么(TIL Today I learned)和编写项目描述(可以是 BUG 修复)。

2.1 今天我学会了

TIL——Today I Learned——是我所知道的最自由的内容形式。

你刚学会做某事吗?写下这个——TIL,这样您就不会向任何人承诺启示或深入教程。你是说“我刚刚想通了:这是我的笔记,你可能会发现它们也很有用”。

我也喜欢这种内容的谦逊。我发表它们的部分原因是要强调,即使拥有 25 年的专业经验,你仍然应该庆祝学习,即使是最基本的东西。

比如:《通过 Python FastAPI 开发一个快速的 Web API 项目》,这篇文章 就是在我了解到这个框架然后根据官网参考文档写的。再比如 《读书笔记|择一城以定财富,择一行以定发展》,完全就是看完那本书,然后意犹未尽,发现自己面临的就是书中给出的例子,然后根据书中的一句话拼凑了这篇文章的标题,根据网上的咨询写完了自己的读书笔记。

在写自己学会了什么时候,要明白我们又不是写论文,不一定要把整篇技术、整篇文章都表达全面。一个技术的一个小点、一个错误日志的修复,一本书中的某一个点,抓住这个小的点写就可以了。

你要想着,别人是一个团队,几年的创作时间,你怎么可能通过一篇文章就能写出所有自己学会的内容。

所以不要在乎你写下的文章长短、技术新旧,今天你学会了什么?你写了吗

2.2 写下你的项目

如果你做一个项目,你应该写下它。如果你正通过搜索改好了一个 BUG,你应该写下它。

技术人写博客有一个天然的优势,就是可以分享自己的代码,分享自己的解决过程。技术人通过博客、教程能传达的更有效,真的不像医生、律师甚至是木工这些岗位,他们要么面对的是复杂的情况要么是实体的操作。

与 TIL 一样,这消除了独特性的压力。如果您的项目与数以千计的其他项目重叠并不重要:构建它的体验对您来说是独一无二的。你应该有几段话和一张截图来解释(并悄悄地庆祝)你所做的。

截图尤为重要。十年后,您的项目还会存在并发挥作用吗?我希望如此,但我们都知道事情会以多快的速度屈服于比特腐烂。

比屏幕截图更好:动画 GIF 屏幕截图!推荐 ScreenToGifLICEcap 捕获这些项目界面。对于今天可能视频甚至比 GIF 更好,但是制作视频需要付出更多的努力。尤其是视频的观看成本更高,除非学习的过程时间比较长。

显然,跳过编写项目的步骤是非常诱人的。 就像不写代码注释的时候自己懒的爽,但是改没有注释的代码骂别人骂的惨

3 总结

休息了几个月后,我开始强迫自己去做一些记录:BUG 修复过程,新技术学习过程,项目从 0 到 1 的过程。

我告诉自己,写一些东西是我为构建它而必须付出的代价。而且我总是觉得付出的努力是值得的。

最后,针对写博客的衷心建议:写下你学到的东西,写下你建造的东西!

文字灵感来源:https://simonwillison.net/2022/Nov/6/what-to-blog-about/

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。