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

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

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

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

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

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

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

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

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