如何写一篇好的技术博客

　　在事情历程中，发现对许多工具都一知半解，不是很透彻，到头来很容易模糊。若是有一篇好的手艺博客予以总结，一来纵然遗忘了，回过头来再看，仍然能够从自己的思绪中恢复；二来总结一下，还会发现一些潜在问题；三来，有利于各人交流手艺。许多大公司都有自己的内部手艺博客平台，写好自己的手艺博客，对一个手艺职员来说，也有一定的成就感。

　　在网上查阅资料，经常可以看到一些手艺博客，要么空话连篇、排版杂乱，要么代码占了篇幅的60%，有些甚至是错的，会让人发生误解。因此，在这总结一下一篇好的手艺博客应该是怎样的，同时也规整自己的不良习惯。本篇博客纯属小我私家的一点想法，是个原则性的工具，切忌逐条对号入座啊。

　　本篇博客耗时2小时。

　　一、带着明确的目的写博客

　　经常看到这种博客，为了写博客而写博客。好比一篇先容socket接口的使用要领的博客，枚举了一堆代码，凑上几句话：“首先...，其次....，最后...”，就算OK。若是你的目的是“训练怎样使用写博客的软件”，或者“枚举接口”，甚至“训练写作的要领”，那么可能到达了目的。可是我想，写一篇手艺博客，首先是要明确该博客的目的，通常是学习一项手艺、解决一个手艺问题什么的，好比“学习Linux内存治理机制”，“解决kernel pannic的问题”，“打发时间”等。

　　不是所有的的事情都要写一篇博客来记载，要有自己的判断什么工具值的写，什么工具不值的写。

　　二、写自己的博客

　　网上相互转载的帖子许多，一篇写的不错的博客经常会被转载，建议不要容易转载别人的帖子，要写自己的博客。同样一个知识点，或者同样一个问题，你的明白和别人的明白的水平很可能是纷歧样的，若是容易的看过以后转载了别人的博客，可能意味着一次自我学习或体会的时机的放弃。可能有人会说：”同样一个GFS的架构图，我画也是这样，他画也是这样，由于GFS就是这样设计的“，这里并不是要求任何一个细节都自己去做，而是要有自己的想法、自己的明白，好比GFS分层的原则是什么？为什么这样分层，分层的好出？若是我要是去做的话，我会怎么搞？

　　写自己的博客可不是意味着不转载别人的，好比说我看了一篇博客，而且经由实验，却是与博客内里写的完全一致，不多也不少，若是要是自己的写的话，也会写的基本一样，那就没须要再破费时间自己写了。另外，以及纯粹记载性的博客，可以转载，好比“C语言运算符的优先级”，固然转载照旧原创都不主要了。

　　另外，把别人的好的博客作为自己的原创，不光没品，而且自欺欺人。

　　若是在博客中参考了别人的博客，可以在参考资料内里提及，若是是完全转载，也应注明转载出处。

　　三、博客是总结，不是历程

　　写博客有的时间是一个解决问题的历程。为相识决一个问题，今天接纳了a要领，发现不行，明天接纳了b要领，发现也不行，后天接纳c要领，发现行了，那么最终的博客应该是在c要领解决问题后，最先写的。固然，前面的a，b要领，是需要做记载的，但只是博客的原始质料，而不是博客自己。

　　在刚最先写博客时，我经常泛起这种情形：对一个手艺不清晰，想相识一下，就开一篇手艺博客，边查资料边填写博客，效果基本上就是读、复制、粘贴、读、复制、粘贴...的历程。最后落到自己手里也是一无所有，想起一句谚语：“狗熊掰梆子——掰一个丢一个”，在懊恼自己的缓存为什么这么少的同时，我也想是否是要领差池？厥后我想过，要想掌握一项手艺、知识，或许需要这样一个历程：实践遇到问题——理论学习问题——实践解决问题——理论总结问题。我想许多情形我是缺少了其中的三个部门，只有“理论学习问题”的历程。

　　厥后，我就改成按下列步骤写博客了：

遇到了问题，若是解决不了，而又比力有价值的话，就先记载下来，作为一篇博客的开篇。首先，先自己剖析问题，基于已有的征象，思索，在条记本上记载问题与可能的思绪。其次，从外界获取履历或者知识，好比讨教别人，google等，学习他们，在条记本上记载要害点。然后，在现实中用学来的要领去解决问题，条记本做好记载，要像水流过水渠一样流淌前面记载的思绪。最后，拿过条记本，将以上历程再总结成一篇博客。

 1/3    1 2 3 下一页 尾页