谈谈写博客

    我个人是很少会写博客的（说明一下我只是一个年轻的程序员，不代表我的很少写就觉得写博客是不对的），如果每天都要写一个比较有价值的博客的话，那么每天话费的时间应该不小于三个小时，对于一个新手程序员来说，这三个小时的时间，是去写博客还是去学习一下呢，每次想要写博客的时候都会有这样的犹豫，首先是脑袋里有一种想法，或者一种猜测，然后通过不断延展，发现这个想法还是算比较正确，而且我可以从中收益，这个时候就会想把他写出来，作为一篇博客，但是写博客就会有人来看，既然要写出来，就要尽量让大多数人都能看懂，所以这就需要把握每句话的含义，以及博客的整体质量，由于写的不是XXX教程或者是XXX的XXX方法，所以不会想写脚本一样梳理博客的内容，这更像是在写面向对象程序，要构思好一个逻辑流程以及从属关系，或者遵循某些设计模式，使之更简单易懂，不绕弯子。写博客不会像写随笔那样，感觉更像是写议论文，上高一的时候，语文老师教给我们几个写作文很差的同学一个写议论文的方法——六字连珠法，真的是屡试不爽，就好像你学完设计模式再去解决面向对象的编程问题一样，然而写博客应该也有自己的“六字连珠法”吧，但我个人不喜欢按部就班的去做一件事情，当然高中写作文那是为了考试，没有办法的事。

    有的时候不愿意写博客，总觉得这是在浪费学习的时间，但是每次想写博客的时候（技术博客）就会思考某个技术是怎么怎么回事儿，突然间又发现自己不是这么或者那么了解这项技术，想要真真切切具具体体的阐述明白，还真不行，这个时候我就会怀疑自己曾经学过那些知识，是否都真正了解了，其实不是。以前就有一个臭毛病，就是看书的时候，每一本书就只看一遍，然后就觉得自己已经学过了这本书的技术或者是已经学会了这本书的之后，或者不一定是书，是其他的什么材料，技术文档之类的资料，后来在应用中发现这种程度只不过是让你在用的时候脑袋中有那么一个印象你以前看到过，然后知道他属于哪方面的内容，然后baidu或者google一下就可以精确的找到很多相关的例子，这种查字典式的开发方式沿用了很久，曾经一度认为，这样效率很高，可以不用花太多时间去学习看书，可以有更多的时间在开发，不过真正到开发的时候又会觉得开发效率特别低下，一个问题要解决很久，然而要想成为一个“牛人”，首要解决的就是以上我说的这个问题，如果真心想学某项技术的话就把他弄的明明白白的，在需要使用的时候直接拿过来就用，当然如果是那些不要紧，跟我们想走的开发路线不同的技术，就看个人喜好了，当然懂的越多越好，这就引申出一个时间分配的问题，是把哪些时间分配出来来学习不要紧的技术，这个也很容，首先排除掉一个就是学习必要技术的时间，再就是工作时间，除了这两个其实任何时间都可以你自己随意分配，鲁迅先生说过这么一句话好像（说没说过你可以自己考证一下，我印象是说过）时间就像海绵里的水挤一挤总是有的。再回到博客这个话题上，个人感觉每个程序员都会有个从不写博客到写博客的过程，因为在一个程序员的正确的成长道路上，总会感觉到要“会”一项技术的指标是什么，然而写博客就是最好的指标，如果我写的技术博客能让大多数人看了都觉得可以学到很多东西，而我自己在写博客的时候也可以不用再以查字典的方式来写的时候，那么该博客有关的技术内容就已经掌握了多一半了，这里不敢说全部掌握，因为技术这个东西，大家知道的需要长时间去学习，细节很多，发散面也很多，没办法一口吃个胖子，只能慢慢来，说到慢慢来，就又有一个新的话题，那就是坚持，什么事情都是，如果不坚持，那么每件事情都只能是半途而废，没有结果，就像最开始看书那样，几乎书柜里的书我都看过，但是就没有一个本是真正看完过的，而你所体现的博学多才也多半经不起推敲，说不出个所以然来，博客的作用有一部分也在此，就是坚持，此坚持维持着彼坚持，博客和学习相互维持个自己的坚持，是一个良好的循环过程，坚持写博客就能很好的坚持学习，因为不学习就写不出博客，坚持学习了就又回来把收获总结成博客发表。

    写博客的数量也可以谈一谈，也就是说多长时间写一篇博客，你们有觉得吗有时候写技术博客不是一蹴而就的而是分部分来写然后一起发布，虽然不会固定时间发布博客，但是感觉平均时间掌握在一周一篇技术博客，这样学习的速度也可以正常的把握。