庐山的云雾，也挡不住我们看问题的角度

记得第一次读到苏轼的《题西林壁》时，觉得这老兄真会玩，站在庐山前，抬头一看，全是山！从正面看是“横看成岭侧成峰”，从侧面看是“远近高低各不同”，绕了一圈才发现“不识庐山真面目，只缘身在此山中”。这首诗看似简单，实则藏着大智慧，尤其是对我们做内容创作的启示。

内容创作就像看庐山，不同的角度、不同的视角，呈现的效果完全不同。很多人写文章，尤其是写技术类文章时，容易陷入“只缘身在此山中”的困境——自己懂了，就觉得别人也懂，结果读者看完一脸懵。这种现象在技术博客圈里尤其常见，比如有些写Python教程的作者，上来就讲装饰器、生成器，读者连列表推导式都没见过，你说能看懂吗？

角度问题：为什么我们总觉得自己是对的

人类有个天性，叫“确认偏误”——我们倾向于只关注支持自己观点的信息。写内容时，作者往往会不自觉地站在自己的专业角度，觉得“这个肯定要讲清楚”，但读者可能连基础都没打好。就像庐山从正面看是横的，从侧面看是竖的，内容的角度问题，直接决定了传播效果。

我观察过很多爆款技术文章，发现它们往往有这几个特点：

• 从用户痛点切入——不说理论，直接讲“你遇到的问题，我是怎么解决的”
• 拆解复杂概念——把“面向对象”拆成“猫会叫、狗会叫，但它们是不同的对象”这样大白话
• 提供可复制步骤——不是讲“应该怎么做”，而是讲“我按这3步就成功了”

深度与易读：技术文章的平衡木

写技术文章最难的是什么？是把“硬核”变成“硬核但易懂”。有些大牛写代码，一行注释没写，读者能看懂；有些新手写教程，加满注释读者还是晕。关键在于核心概念要重复，比如讲数据库索引时，可以这样写：

“索引就像书的目录，不索引就像你从第一章开始一页页找——数据库不给你这个机会。”

这种比喻比直接说“B+树结构”有效多了。但注意，比喻不是胡扯，我见过有人写CSS Flexbo程，用“超市货架”比喻Flex容器，结果读者反馈“这不科学”——比喻要基于事实，不能瞎编。

唯一性信息：数据对比揭示的真相

这个表格说明什么？说明读者不是来看你有多厉害的，是来看“这和我有关系吗”。比如讲React Hooks，与其直接说“useEffect是异步钩子”，不如先讲“你有没有遇到过组件重渲染慢的问题”——这就是角度的力量。

实际案例：一个被“角度”整死的教程

方法论：如何找到“庐山真面目”

写内容前，不妨问自己三个问题：

1. 读者是谁？——不是“我要教什么”，而是“我要教给谁”
2. 读者想解决什么？——技术文章不是论文，读者要的是解决方案
3. 我的角度是什么？——是“我觉得这个很酷”，还是“这个能帮读者省时间”

举个例子，讲“CSS Grid布局”时，有人直接贴代码，有人先画个九宫格图，还有人用“房间装修”比喻——后两种方法，读者理解程度直接拉满。这就是角度的力量。

：跳出你的“山”

苏轼站在庐山前，绕了三圈才明白“不识庐山真面目”。我们写内容时，也该时常跳出自己的专业视角，问问读者：“这真的有用吗？”、“我能说得再简单点吗？”有时候，最牛的内容不是“最专业”的，而是“最懂读者”的。就像庐山的云雾会变，读者的需求也在变，我们永远在“不识”与“识”之间徘徊，但这就是创作的乐趣啊。