大家知道我文章更新频率比较高，所以评论区经常会看到“高产像 xx”的评论，看上去我写文章比较容易。
但其实最开始我写文章也半天憋不出来，只是后来我逐渐理清了写文章的思路，知道了写什么、怎么写。
今天就把我这段时间关于写文章的思考整理出来，希望能给大家一些启发。
写什么内容
首先，任何一门技术都有很多可以写的点，比如 React，可以写 jsx、setState、fiber、hooks 等，比如 Vue，可以写 template、reactivity 等。
然后它们之间也不是孤立的，是存在联系的，比如 jsx 与 template 都是描述视图的 DSL，setState 与 reactivity 是不同的变动检测机制。
如果再加入 Webpack 呢，那关联关系就更多了。
任何两个概念（不局限于技术）之间都可以有 A * B 种组合，这叫做笛卡尔积。
当你掌握的技术足够多，对技术之间的关联思考的足够多，那有 A * B * C * ... * N 种无限多的内容可以去写，永远不会有没内容可写的问题。
那为什么会感到没内容可写呢？
可能是你对某个技术掌握的不够深，或者是对之间的联系的思考不够多。这时候多输入多思考就好了，总会找到值得一写的点的。
怎么写
明确了写什么内容之后，怎么写呢？
想把一个东西讲明白，主要是从逻辑上理清楚。也就是涉及到哪些概念、概念之间的关系是什么、整体的流程是什么。
比如介绍一个技术问题解决的过程，要讲一下背景、有哪些问题、涉及到什么概念、用什么技术解决、流程是什么、解决之后的效果是怎样的，这样一个思路就是逻辑上清晰的。
当然概念之间的逻辑有很多，比如并列、包含、推导等等，这些逻辑学的东西看似抽象，其实无处不在。
我们经常听说写技术文章要按照总分总的结构，写简历要按照 Situation（场景）、Task（任务）、Action（行动）、Result（结果）的结构来写，这其实就是对一些逻辑的总结。
只要能从逻辑上把一个复杂的东西理清楚了，那么这篇文章就成功了一大半。
理清了逻辑之后怎么表达出来呢？代码？其实很多技术人写文章的误区就在这，认为只有上代码才能把逻辑讲清楚，其实靠读代码理清逻辑是很费力的一种方式，比它更好的方式有很多，比如图解、讲一个故事、做一个形象的比喻等。
这就像同一个故事，可以用小说的形式、电视剧、电影的形式、漫画的形式等来表现。
这就像 react 有很多 renderer，包括 react dom、react native 等。渲染逻辑是一样的，却可以渲染到不同的平台。
文章也是这样，同一个逻辑，可以用很多种方式来讲，讲清楚逻辑不一定非得上代码。很多写的好的文章都是综合利用了图解、讲故事、比喻等方式，虽然还是讲那个逻辑，但是生动易懂很多。
而且同一个逻辑针对的目标不同，语言风格也会不一样，比如同一个故事，如果是讲给小孩听，那要口语化一点，如果是正式场合，则语言要严谨正式一点。
此外，排版也是比较重要的一方面，通过合理的划分段落可以让逻辑表达的更清楚。
但不管用什么方式来描述，不管什么语言风格，写好文章的核心还是要先把逻辑理清楚，再把逻辑用各种方式表达清楚：把事物之间的多对多的网状关系，找一个入口变成树状，再安排好顺序，线性的表达出来。
标题、封面
标题是对文章内容的总结或者引导，还要在符合文章内容的基础上适当增加一些趣味性，让读者有点进来看的想法。千万不要标题和内容不符，也就是所谓的标题党，这样会增加读者阅读文章时的反感。虽然会有一些流量，但流量的质量很低。
封面也是一样，最好和文章相关，有条件的可以自己画，也可以用一些工具来生成，比如创客贴、搞定设计等，也可以是任意的图片。这个影响不大。
总结
任何一个概念都有很多可以写的点，然后概念和概念之间存在笛卡尔积的组合关系，所以，只要掌握的东西足够多，对这些东西之间的关系有足够多的思考，就不会有没内容可写的问题。
写技术文章核心是把逻辑理清楚，有哪些概念、概念之间有什么关系、流程是怎么样的，等等。表达这个逻辑的过程可以用多种形式：图解、讲故事、打比方等，不只是上代码才可以讲清楚。
此外，语言风格要根据读者来适当做调整，排版、标题、封面等也要符合文章所要表达的内容。
好的技术文章应该是逻辑清晰易读且浑然一体的。
这篇文章梳理了我对写文章的阶段性思考，其实这段时间成长挺大的，感谢大家的支持。希望以后能够多输出一些优质的文章。一起加油吧。
