上面说了，我其实并没有什么写作经验，我最近一次写作是大学论文，再往前就是高中作文了，写作水平其实不咋地。但是技术写作跟普通作文不一样，一般不需要华丽的辞藻，更重要的是要把问题讲清楚，看技术文章的读者需要的是学习技术知识，而不是看风花雪月，所以技术文章的逻辑，层级递进，由浅入深，好理解其实更重要。我刚开始时也不知道怎么写，也是在不断写作工程中，一边写，一边总结，整体来说，我自己的文章其实都分了好几个阶段：
就是记个笔记
有自己理解的知识点解析
深入源码，探究原理
从工作中总结
就是记个笔记从小学开始，老师就会让大家记笔记，大家应该都会，这也是最简单的切入点。我刚开始的时候，不会写文章，写的基本都是笔记，比如各种CSS居中方案，这就是我在其他地方学的，然后把他记录下来，也就是个笔记而已。对于“CSS居中”这种问题来说，面试问烂了，网上资料也是一大堆，这篇文章也没什么出彩的地方，所以关注的人不多。其实对于“笔记型”来说，获取关注少是很容易理解的，因为你写的东西是笔记，也就是说你也是从其他地方学来的，整个文章的思路其实也是人家的，如果自己记笔记的水平不高，可能写出来的效果还不如原文章。
有自己理解的知识点解析在写了一些“笔记型”文章后，我发现效果不好，不仅仅是没什么人关注，甚至对自己帮助也不大。经常是写了没多久就忘了，需要的时候还要回过头来看看笔记，我开始意识到，这个现象的本质是，你写的东西是笔记，核心思想都是人家的，或者是自己东拼西凑的，整篇文章没有自己的逻辑，没有自己的见解。于是，我开始尝试在文章中加入自己的见解，当时正好组内有小伙伴对“JS原型链”理解的不是很透彻，网上虽然有很多类似文章，但是很多都是从表面来解释“原型链是什么”，画的图也很复杂，不是很好理解。于是我尝试自己写一篇原型链的文章，因为我知道他可以实现“面向对象”的特征，这是很多其他文章都没怎么提的，但却是设计者最初可能想要实现的效果，于是我类比Java的面向对象，从面向对象的角度讲述了原型链的作用以及他存在的意义，就是这个：轻松理解JS中的面向对象，顺便搞懂prototype和__proto__。这篇文章上了掘金首页推荐，最终获得了两百多赞，一万多阅读，这让我开始意识到，“有自己理解的知识点解析”在掘金可能更受欢迎。
在这之后，我开始有意识的在整理知识架构时加入自己的见解。那对于一个知识点，怎么产生自己的见解呢？这需要在学习时多问自己几个问题！比如，学习HTTPS时，除了跟大家一样搞清楚HTTPS的加解密流程，握手过程外，我问了自己一个问题：“HTTPS有没有可能被破解？假如我是个黑客，如果我想破解HTTPS，有哪些方法和途径？”带着这个问题，我从“破解HTTPS”的角度讲述了HTTPS的原理，这篇文章也上了推荐，获得了一百多赞和好几千阅读：RSA初探，聊聊怎么破解HTTPS。
尝到点甜头后，我更加注意在学习中反问自己问题，加入自己理解了。有时候在学习别人的东西时，我发现了别人没发现的一些点，也可以从这个角度加入自己的独到见解，写成自己的文章，比如某视频课程在讲述JS的事件循环时说：“setImmediate比setTimeout先执行”。听到这句话，我敏锐的感觉不太对，因为我曾经遇到过setTimeout比setImmediate先执行的情况，但是具体是啥情况我一时想不起来。于是我花了点时间把这个问题和原理彻底弄清楚了，并写成了自己的文章：setTimeout和setImmediate到底谁先执行，本文让你彻底理解Event Loop。这篇文章最终也获得了一百多赞，大几千阅读~
深入源码，探究原理JS知识体系虽然庞大，但是终究是有限的，很快我就写了十几篇JS的文章，内容包含了内存管理，深浅拷贝，面向对象(原型链)，this指向，事件循环，变量类型，作用域等等。这些已经囊括了JS的主要知识点，JS上我已经很难找到新的写文章的点了。
于是我的文章内容开始转向我使用的框架，这几年我主要使用的React技术栈。于是我准备重新整理学习React技术栈，当然不是学习他的用法了，毕竟我用了几年了，用法早就熟悉了，这次我要学的是他们的源码和原理。源码和原理相对于JS知识和框架使用方法来说要难得多，受众也小的多，对于读者来说也很难产生直接的收益。因为读者可能看个JS知识点，出去面试就能应付大部分的JS面试了，除了些大厂外，也不是每个公司面试都会问源码，而且这些受欢迎的开源库是各位大牛努力写作的成果，里面汇聚了各种JS的高级用法，各种高级编程思想和设计模式，所以即使我尽量写得深入浅出，层层递进，相较于其他文章来说仍然会显得更加晦涩难读。所以这类文章在掘金获得的赞和阅读并不可观，我大量的源码解析都只有三四十个赞，这里面还有一半左右是我厚脸求朋友同事们点的(这点我后面在讲推广的时候会说)。