我为什么写博客

发布时间:2019-08-05 14:00:48发布者:Mr.Zhang阅读(340)

从事开发不到两年的时间,深深的体会到了面向"搜索引擎编程"这句话的内涵。

其实要做一件事情的起因往往很简单=>解决你遇到的问题或者解决一部分你遇到的问题。

首先要从问题开始讲起。不讨论问题的起因,只讨论问题的解决。不管是以前还是现在,传统的寻找解决问题的方式几乎没有任何变化。大概归类为如下几种:

  • 实践检验真理。不停的测试各种答案,直到得到正确答案。这种方式费力不讨好,却是研究未知问题,检测答案真假的唯一标准,所有的解决方案,最终都要回归到这里。
  • 引经据典,参考文献。知识是人类进步的阶梯,书则是承载知识的载体。后人所遇到的问题,前人大多都有自己摸索,优化出来的解决方案,为了方便复用,总结,记录在文案里,传承下来。所以我们可以轻易的从归类的书籍里找到多种解决方案,但大量的书籍阅览也是一个体力活。而且随着科技的快速发展,也让大量解决方案迅速失去时代意义。所以更多时候,书籍的解决方案只能作为参考。需要灵活变通。
  • 古之学者必有师。师者,所以传道受业解惑也。古代老师大多讲究传道,受业,解惑。所谓名师出高徒,也就如此。因为古代老师不但传授知识,而且还教你为人处世,帮你解决问题。现代虽无实际的传道受业解惑,但大多时候,身边的长辈,学校的老师,工作的前辈,他们大多能告诉你,他们对问题的解决方案。

当然,时代变更,科技进步,我们可以通过互联网,科技,更快的获取更多的解决方案。这些方案要么在某个网站的文章里,要么在某个开源的项目里,要么在某个论坛,博客,社区的帖子的,甚至在某个研究的文献里。随着技术的发展,解决方案也越发的多种多样。好像我们遇到的问题在互联网上总是有应对方案,这些方案可能不是最优,但是一定是目前比较先进,科学的解决方式。

回到标题,我为什么写博客?博客通常记录随笔(或者说总结经验?),记录问题及解决方案,或者开放式的征求答案。方便自己的同时,也方便别人。但是你在寻找你的解决方案的时候,总是能看到一些帖子,博客,他们遇到了和你相似的问题。但当你去阅读他的帖子内容时,你发现在其他帖子里看到过相同的内容,除了id不一样,什么都一样(某些博主会同时发布自己的帖子在多个网站上,这里主要指盗帖子的);你进到一个讨论贴,你一楼一楼的翻阅,大家热火朝天的讨论解决方案,到最后贴主来一条找到解决方案了并关闭了这条帖子;你跟着解决方案处理你的问题,最后发现解决方案里有错误;你甚至会翻到标题是你搜索的词条,进去后只有一条传送门,把你传送到其他帖子。这几段话可以说非常小家子气,这种饭来张口还要抱怨几句的烂人确实少见。但是这些现象确实在普遍的发生,当事人可能很忙,忘记了,可能只是mark一下,不管什么原因,他们遗留的帖子成了新的问题,这个问题就是没有解决任何问题。

说到底,我并不想当圣母。所以我的目的不是整合别人遗留的问题,那会制造更多的问题。但是上述的现象会督促我对自己发布的内容负责,不要制造更多的问题。

搞技术的人一定要善于总结。我总能在翻阅别人的帖子时,发现很多经典的案例,非常全面的总结以及有趣的思路,甚至能从中领悟到别人的处事方法。我会整理这些帖子,希冀在自己需要的时候能快速翻阅。我在解决自己遇到的难题时,我会详细的注释自己的代码,来阐述自己实现的步骤,思路。这些好像总能让我累积经验,但是当我真正寻找问题解决方案的时候,我去翻阅自己的代码,去查找别人的博客,浪费了我大部分时间。因为它们就在那里,但是你不知道他们为了解决什么而存在。你需要快速的阅览,但你想寻找的方案总是‘躲藏’得很好。这样的整理反而拖累了自己的寻找解决方案的累赘。

我希望在我想得到答案的时候,我的博客能最先告诉我有没有答案。我希望在我看到很好的帖子时,我从这个帖子里学到的,自己总结的,能成为一个新的帖子,优化出更符合自己的方案。我希望在别人和我遇到相似问题时,能从我的方案里抽取出自己想要的答案,而不是一脸失望的骂着娘离开。所以我要写博客。





本文转自博客园,原文地址:https://www.cnblogs.com/BlueToWhite/p/11288059.html