当前位置: 首页 > 科技观察

写了十年的技术博客,我收获了什么

时间:2023-03-14 17:58:34 科技观察

今年恰好是我写技术博客的第十个年头。正好最近有一些想法,感受,收获,所以想对技术博客说几句发自肺腑的话。请原谅我写了我的想法。  我的技术博客经历  我的第一篇文章(姑且算是技术分类,其实是自己做的软件介绍)发表于2010年,当时我大二。他的技术博客也托管在博客园;13到14年后,为了熟悉Node.js,他用Node.js+MangoDB写了一个内容管理的cms,部署在heroku上(后来因为没有Renewal,账号被删了,源代码不见了)。最后由于维护成本高,迁移到github上的jekyll,一直沿用至今。我的博客地址是http://qingbob.com/,但你可能听说过它的另一件马甲——知乎专栏前端技术漫游指南  说真的,我很好奇,看这篇文章的你们有多少人冲着书名而来,被“你收获了什么”这句有些神秘的说法所诱惑,急切地想知道最终的答案是什么。  我不敢说收获是零,但如果我告诉你,我写技术博客这十年来收获可能不会比你多,你会失望吗?  请允许我解释一下,让我从一个实际的例子开始。  加入项目的一年多时间里,我负责的其中一个任务就是和前端代码中使用的第三方类库Handsontable斗智斗勇。据说这个类库能够进行海量数据渲染。但是在我们的项目中,在某些场景下使用它渲染上千条数据时,会导致浏览器出现假死状态,无法响应用户请求。  我的工作就是找到它的瓶颈,修复它,恢复它的能力。  在解决这个问题的相当长一段时间里,我一直抱着一种类似于刑侦案件的心态,试图找到性能问题背后的罪魁祸首。我相信只有一个真正的罪魁祸首。一定是某处有一些不当的代码拖累了整个页面的性能。  但是结局是……这么说吧,比如我其实发现了十个性能缺陷的代码,每一个都会造成500毫秒的延迟,任何一个缺陷都在可接受的范围内。但是十个地方合并不仅不会拖你5秒,还会产生一加一大于二的效果。  归根结底还是代码写得不好的问题,或者说代码逐渐腐化了,也就不必大惊小怪了。但我始终幻想其背后隐藏着某种可怕的阴谋,解决它会带来质的飞跃。  事半功倍的好事哪有那么多。  我想说的是,写技术博客也是一样的。不要指望它会在某个时刻给你带来突如其来的技术进步,让你焕然一新。和所有的“活着”一样,通过长期的练习,某些技能是可以熟练的,一些能力是可以得到锻炼的。还有所谓的“意外之财”?没有门。我见过很多我敬佩的伟大的程序员,并不是所有的人都写技术博客,但我相信他们有自己的训练自己的方式。  所以我一直觉得写技术博客是一个锻炼自己的过程。上台前反复写代码,反复练习演讲,也是这个道理。  就我个人而言,我发现“出版是一种强大的吸收工具”。比如,你可以试着把今天学到的知识复述给身边的朋友。你会发现在这个过程中你会对一些概念有点模糊,或者他会问你一些你无法立即回答的问题。这些都是值得回去学习的知识点,而技术博客就是这样一个无声的伙伴。  WritingMyths  即使是训练,我觉得在写作过程中还是有一些迷思和陷阱需要提醒大家。这纯粹是我个人的经验。  首先要明确的是,博客是为谁而写的,读者还是我自己?  除非是刻意经营公众号,需要迎合流量,否则一定要自己写。  首先,写作的出发点是自己。只有有了写作的欲望,你才能开始写作,并想把它写得完美。  其次,更重要的是,读者关心的不是你关心的。  分享了一件很有意思的事。有一段时间,我的技术文章会同时发布在知乎和掘金上。所以这部分文章有三个视角:我看他们,知乎读者看他们(点赞和收藏),掘金读者看他们(点赞和收藏)。我发现,一般来说,我花最多时间整理和学习知识后写出的最满意的文章,或者我认为价值最高的文章,在这两个平台上通常是无人问津的。但《快速入门》、《全解》等文章收藏阅读量最高。  我理解他们,但我觉得很可惜。  有一年,我想出了一个算法相关的idea,只用了三天就写完了。然而这篇技术文章的点击率很高,竟然是掘金的年度文章,让我哭笑不得。.而且知乎和掘金有不同的群,因为这篇文章在知乎上没有任何回应  你永远不知道你的读者在想什么  其次,“写”这个东西也需要刻意改进。  即使你工作十年,但天天写helloworld,你的技术也不会有丝毫提高。  写文章也是一样。如果你只是为了写作而写作,习惯于在文章中贴出大段代码,抱着“了解自己”的心态,而不是试图用最简单的文字来引导和解释,你的写作和表达能力永远不会提高。  不管是在工作上还是在文章中,我都反对不管什么原因,把文档、代码、《XX 权威指南》扔给某人,然后让他自己去理解。这就好比把一本汉语字典交给小学生,让他自己学汉语。你可以,但这很难而且完全没有必要。  无论是用词还是语言表达,我都习惯把我描述的人想象成一个刚入门的程序员,或者只是一个有点编程背景的QA同学,甚至是完全没有背景的人人力资源部。然后想想我应该如何通过最通俗易懂的表达方式让他们理解我要表达的概念。  你甚至可以通过出卖、起起落落、控制期望等方式为自己的文采铺路,但这一切都离不开刻意练习。  这套训练对口语表达也很有帮助。  第三,不要害怕不友好的评论  我不知道这是不是每个人的问题,但这是我的问题。当然,我的文章受到了批评。曾经因为某位大V的不友善评论关闭了两年的文章评论功能。  后来对这件事的焦虑放下了,我的理解基于两点:  我们很难通过文章评论表达我们想表达的观点。别说文章评论了,在公司内部,我们不可能在会议室谈上几个小时就达成一致。文章背后,有我没有充分表达的背景和语境,或者每个人对一件事情的理解不一样,没办法统一。误解太正常了。  虽然“他”评论了,但不代表“他”有资格评论你。也就是说,虽然我们在网络上的地位是平等的,在现实生活中我们的政治权力是平等的,但这并不意味着在某些专业问题上,我们的评论具有同等的分量。就像一个人,交响乐、油画都不敢评论,但脱口秀、相声怎么敢评论?因为大家都会说话,对吧?你可以说“地球是平的”,每个人都能听到你的声音,但可能没有人会认真对待你的评论。回到技术文章,至少你应该对你的技术文章有信心。对于质疑的声音,你要学会自己去尝试判断和理解。  在写技术博客的这十年里,最让我感到遗憾的是,有很多技术博客是我刚入行时关注并认为有价值的。面目全非。我还是希望自己能在下一个十年继续走下去。对我个人来说,好奇心是有的,表达的欲望是有的。