一个好的程序员，必须要建立自己的博客

TOOBUG 04-01 279

前言：

今天兄弟们对“博客需要哪些技术人员”可能比较讲究，同学们都需要了解一些“博客需要哪些技术人员”的相关知识。那么小编同时在网络上网罗了一些对于“博客需要哪些技术人员””的相关知识，希望大家能喜欢，同学们一起来了解一下吧！

作为程序员，最平常不过的就是敲代码了。然也，这是我们自身以及外界对我们最朴实的认知。在编码过程中，我们可能会遇到并解决掉一些问题，积累经验和心得，有的人选择用自然语言记录下来，形成博客，而大多数人往往不会做这种记录。

本文将试图探讨，为什么程序员都应该尝试记录自己遇到的问题，经验和心得，以及为什么我们需要以公开的博客的形式来展现。

首先，做个简单的自我介绍，我是一名信息安全工程师，在大学时候受到当时的创新工场首席布道师蔡学镛的一篇微博教诲，开始尝试写技术博客。先前在csdn写一些简单的总结，最后自己开始维护一个独立的博客，名为技术小黑屋。该博客维护将近4年多。专注于书写Java 和安全相关的技术文章，在开发者头条和稀土掘金有着大量的关注，并且在droidcon和GDG做过多次主题分享。

闲话休叙，进入正题，来看一看为什么我觉得程序员应该尝试写博客。

记录与备忘

在人类的发展历史上，语言往往早于文字的出现。一个简单的例子，在古代的日本，人们只有语言，即只能听和说，但是缺乏与语言进行映射的文字。而这一时期最大的问题也莫过于无法使用文字来记录很多信息。直到大化革新，从中国隋唐时期开始引入汉字，这一问题才得到解决。

为什么要引出上面的这段话，因为如果我们做一个类比，就会发现这和写文章总结有着相似之处。当我们解决了一个问题或者习得了一项经验，如果没有记录下来，那么其实就与只有语言没有文字的古人无异。当你的信息被记录下来，才是所谓的进步。

举个更贴切的现实情况：

比如有一天，我花了三个小时解决了一个问题，之后没有进行任何记录。

过了几个月之后，同样的问题出现，我这是可能会再次花半个小时或一个小时来解决。

如果我当时进行了合理的记录，可能我只需要花10分钟就能搞定这个问题。

用一段比较技术的比喻是:

大脑中的记忆仿若缓存，不知何时就会被忘记（清理）。而记录下来的文章则如写入硬盘般持久。

深入理解、掌握技术的体现

如果我们想要写文章并且分享给他人，势必要拿出我们的最高的水平，就要把讲解的内容研究得滚瓜烂熟，写出的文章也要句斟字酌。

举个简单的例子。Android中有一个用于存取数据的常用的实现为SharedPreferences。有很多人会这样觉得：

它不就是存取很多类似配置时候使用么？使用起来很简单啊，这有什么好写的。

这种回答往往是仅仅站在使用的角度来看的，其实一个SharedPreference有着很大的学问：

SharedPreference实现了内存与外存的映射，即如何实现？它提供了同步的commit，和异步的apply用来保存数据，为什么提供两种，同步会阻塞线程？异步会不会有错序写入的问题？为什么registerOnSharedPreferenceChangeListener 的Javadoc说不会持有listener的强引用？

当你主观上想要写好一篇文章时，你就会发散的想问题，去研究这个东西的源码，并结合自己遇到的问题或者经验，来努力写好这篇文章。

当你写一篇，两篇，三五篇，七篇八篇九十篇，你的知识体系也会逐渐的完善，当然这其中每篇都应该包含了你对其中技术的深入理解。

发现更优解和不足

两个苹果交换后每人只有一个，但两个想法交换后，每个人都有两个想法

当我们把文章写出来，挂到博客上，被被人看见之后，很有可能从别人的反馈中得到更优解或不足。

举个例子，我在写《树莓派入手指南》总，提到TF卡即SD卡，不久后得到了这样的纠正。这就纠正了我的错误认知。

在我的《关于Android Log的一些思考》文章评论中，得到了很多更优的反馈，比如

所以，写出博客，收益的不只是别人，还有自己。

技术应该是开放的

如果我写出来分享了，别人会了，那么岂不是我的竞争力下降了？

在编程中，几乎不存在这种狭隘的“教会徒弟，饿死师傅”情况，相反，越是分享，越是对技术开放的人，其收获也是越大，成就也是越大。

源码都可以开发，技术理应也是开放的。