对技术和博客的思考2

Table of Contents

从大二(2009 年)的时候开始写博客,到现在差不多 5 年左右了。平台从 csdn 到博客园,再到独立博客; 工具上从「虚拟主机 + Wordpress」的方式到 「VPS + Github + Jekyll + Markdown + Emacs」, 一路走来,对博客的理解随着个人的生活、工作经历一直再变。过程中杂七杂八的技术顺带就学了,基本上都是边用边查的,虽然功力不怎么深厚,但是够用了。

依稀记得,第一次用 Wordpress 搭建博客的时候,LAMP 差点折腾死我,对 Apache(后来换用Nginx) 和 MySQL 一点概念都没有。第一次写主题,HTML、CSS 相关的问题问的 Tanky 都烦了,最后都不管我了,好在那个时候他也是菜。折腾几次之后,就再也没怕过这些东西,后来的几个博客主题都是我自己写的。

13 年,大家都崇尚像黑客一样写博客,开始折腾静态博客工具: Octopress/Pelican/Jekyll ,后来选择了 Jekyll 。也是那个时候开始 Git + Markdown + Emacs 这个组合的。到头来,技术博客没写几篇,到时把工具玩的很熟了。现在想想虽然有些本末倒置,但是这些工具的使用,对现在的影响还是很大的。

时至今日,没精力再去折腾那些东西,也觉得没啥意思了。

作为结束,谈一下这些年写过来,对博客这种形态的几点理解,也有可能是这些略微偏激的理解,让我不再想去写博客了。

1 一篇博客应该有一个观点(或者主旨)

仅仅「提出问题、解决问题」这种问题记录式的文章的不应该算作一篇合格的博客,应该加上通过这些问题得到了什么,超越问题本身的解决问题的思路和方法才是重点。而且,这种类型的文章也并没有多大的价值。不知道大家有没有这样的感觉,当遇到问题的时候,我们用谷歌去搜,一般答案都在官方文档或者像 stack overflow 这样的论坛中,找到的答案一般都很准确,基本上就是我们想要的。反之,假如我们用百度搜,很多时候都会从 CSDN 或者 博客园去检索,很旧的一些技术(比如汇编、C 等),答案还可以,但如果是 Django, Ruby 这种相对新一些的技术,答案坑的概率很高,要么版本陈旧,要么理解的太片面了。

所以个人以为问题式的文章,即便写的再好,价值也没那么大。其实这种「文章」,我也写过不少,比如:differences between -std=c++11 and -std=gnu++11the most vexing parse。一篇合格的博客,应该像这样:加班与效率,有观点,有论据;我以前写的:C++虚函数及虚函数表解析再谈 new/delete/malloc/free,这两篇文章花了我至少 8 个小时以上去研究,整理成文。

一篇好的技术博客,有争议是很正常的一件事情,如果大家读完都说好,那这篇文章估计也没多大价值,搞技术的这个群体就是这样的。

2 博客是严肃的,不是笔记,更不应该碎碎念

我见过很多人博客非常的「充实」,产量高的吓人,一天一篇或者更高。文章内容基本上都是从书上拷一段,把课后习题实现了等等。还有一种博客,就是所谓碎碎念的形式,写的时候很开心,怎么发生的,甚至谁说了什么都会写的清清楚楚,洋洋洒洒上千字,很简单的一个问题,非要写的异常复杂。但是我以为:只有经过一段时间的积累、思考才有可能写出一篇高质量的博客,很少有人能一天一篇,除非他真的是憋了很多年。笔记应该以 Wiki 的形式来表达更合适一些。

btw,上大学上的的很多人不会说话,不知道怎么和别人有效的沟通; 不会文字表达,做个简历做不好,写封邮件事情都表达不清楚,说实话大部分毕业生的个人素养真的太低了(工作一年年还是这样的大有人在)。

3 博客不只是写给自己看的

博客既然自己花了很多的精力写出来了,就应该让更多的人看到,分享给别人,如果可以帮到别人,那再好不过了。顺便可以吸引更多志同道合的朋友相互学习,沟通一起玩技术也是很棒的一件事情。

扩展:Rework中培养自己的拥趸,强烈建议大家去看看这本书。

4 并非每个技术人都应该有一个博客,但是每个技术人都应该写作

写作的好处自然不用说,锻炼思维、思考总结、但是博客只是写作的表达方式之一。

我遇到过的一些能力不错的人,他们从来不写博客,但是都有写作整理的习惯。上面说的三种:写书籍笔记、问题记录、写东西只给自己看,都是很好的几种学习总结方式,但是很显然笔记本(比如印象笔记、有道云笔记)更适合做这些事情,博客并不适合。

以前总是太执着于这些「炫酷」的技术和工具,现在才想明白一个道理:*用最简单的方式能解决问题就可以了*。

Date: 2015-04-26 00:00:00

Author: JerryZhang