快速学习的我该如何写好博客？
Dimple的粉丝都知道，我现在在做的几件事情：组建了两个学习小组（Java和Python入门），每周共同翻译一篇英语文档（欧阳和我寻找素材），时不时地分享我学习的心得（后续在视频号里做简短介绍），就这样我开始了新一年的公众号运营。
很多小伙伴都在按部就班地学习着，也坚持学习输出，都在为进一步提升自己而努力。当然在学习的过程中就遇到了一些困惑，比如Vancen就在星球里提问，想知道自己如何更好地对学习成果输出，我觉得大部分同学都有这个困惑，就把星球的文章再加工下，在这里和大家分享。
Vancen问到：跃哥，有个问题一直困扰我，就是博客到底应该怎么写才能成为简历上的加分项？
目前我处在快速学习的阶段，如果文章里一步一个截图然后事无巨细地记录，这样必然会耗费大量时间拖慢学习进度；如果简略地记录一些知识点，自己当然能看懂，但对于他人而言可读性又会比较差。
跃哥如果你是面试官的话你会怎么看？
我给出的答案：
写博客一方面是记录自己的学习成长记录；一方面还得记录自己是如何发现问题，解决问题；还有一方面就是书写自己平时的学习、工作的感想（经验总结）。
作为面试官来说（我以往的经验），对于技术上的探讨，更多的是从面试聊天的角度来了解，对于其他方面的探讨，有时候就会用到博客。
比如我前几次写的面试系列的文章里，出现过“你平时遇到最大的问题是什么，怎么解决的。”这类问题，我们不可能通过当时的回忆来更好的解答，这个时候，你就可以打开博客，挑选一个“遇到的问题”（举例）这个标签来针对性地回答，如果这时候文章条理清晰，结构分明，是不是就能快速地回馈给面试官了呢。
我CSDN博客里目前阅读量较高的文章，就是一篇随手写的记录一个问题解决的文章。因为当时这个问题找遍了很多资料也没找到我遇到的解决方案，最后是在一篇博客的评论里找到了思路，最终得到解决。我想着当时可查的资料里，解决方案虽然多，但是还缺少我使用的方案，就随手写下，做个心路历程的记录。
没想到后面很多同学都遇到类似的问题，并且最后是用了我总结的方法解决，甚至还有读者通过微信当面感谢我，这是我没想到的。为了感谢这位读者，我也写了一篇总结，更加坚定了我写博客的决心。《一份坚持、一份肯定、一份前行》
技术类文章，因为写的人很多，自己记录没问题，但要有重点的记录，比如你写了一个学习之路，会遇到问题，就把这个问题突出写（用上标签），就能把上面说的也覆盖上去，也能学习，这样会更好点。
对于是深入的技术，比如源码拆解（很多牛人在做的事情），或者是代码优化、重构的过程，这些也可以写成博客，就能看到你对一个项目的演进（设计模式课程举例就是项目演进），这些就考验了你写程序的能力，不加分有点难。
写博客实实在在能看到的效果，就是查看博客的成就：比如你在某某网站的排名是前xx名；GitHub成就：什么开源项目 xx 个 star ，这就是对你努力很好的回馈。
我说的都是大白话，为了使答案更加严谨，我在某星球进行了提问，得到以下补充腾讯工程师大飞哥的解答，和我的大同小异，他说的更加到了一个点上，在这里我就贴上原话。
如何写，如何拿捏，本身就是一种能力。
- 选题。 不要什么都写，如果写博客的目的是为了简历加分，就要写独特的东西。
比如自己对一个算法，一个知识点的独特理解，跟一般人，一般书籍上的理解都不一样的；
又比如做完一个系统后的独特开发经验；
再比如做完一个项目后的独特思考。
人云亦云，写书上已经有的，或者只是写自己的学习过程，对自己有价值，但对面试官没价值。
- 如果选题已经正确，写得过程中，自然可以拿捏细致程度和花费时间了。
这类博客的内容，贵精不贵多。考察一个候选者的时候，面试官读三篇博文，就已经可以判读了，你让面试官读个100篇，那不太可能。
所以，博客里面，要有那么两三篇硬货，这两三篇硬货可能要写几个星期甚至一个月，但会很有含金量。
- 除了那几篇硬货外，其它的可以按自己喜好来写。给面试官推荐的时候，推荐最好的那几篇就行。
综上所述，大家心里应该都有一杆秤在平衡了吧。学习小组正在进行中，这就是一个很好的实践方式，大家不要犹豫，不要害怕，不要吝啬自己的才华，尽情写起来。
懂得分享，学会更好的分享，那么你写程序，写博客的成就感会越来越足，我还在努力，和大家一起努力！
作者简介：跃哥，前菊厂Android攻城狮，现游戏公司Java主程，奔跑中的技术人！
