企业官网建设流程全解析

做硬件十几年，我发现一个很奇怪的现象：

很多工程师技术能力很强，能够设计复杂的电路，解决别人解决不了的问题，但让他写一篇技术文章，却经常陷入两个极端：

一种是：“这个太简单了，有什么好写的？”

另一种是：“我把所有知识点全部写进去，让大家一次学会。”

结果往往是：前者没有输出，后者没人看懂。

为什么？

因为懂技术和讲清技术，是两种完全不同的能力。

最近读了认知科学家史蒂芬·平克的《风格感觉：21世纪写作指南》，我才意识到：这不是文笔问题，是大脑和文字之间存在着一个根本性的结构矛盾。最大的收获不是学习几个写作技巧，而是重新理解了一件事情：

一个优秀的技术作者，本质上是在帮助别人重新构建认知。

这句话对于硬件工程师尤其重要。

因为硬件知识天然复杂。

一颗芯片背后，有半导体工艺、电源设计、信号完整性、软件驱动、系统架构；

一条高速信号背后，有阻抗、反射、串扰、眼图、抖动、时序；

一个“芯片发热”的问题背后，又牵扯动态功耗、漏电流、封装热阻、PCB散热、软件负载。

工程师的大脑里，这些知识已经形成了一张巨大网络。

但是读者看到的，只能是一行一行的文字。

这就是技术写作最大的挑战。

一、写作之难在于把一张三维脑图，压成一条一维绳索

平克全书最戳我的一句话：

“写作之难，在于将网状的思想，通过树状的句法，用线性的文字展开。”

第一次看到这句话，我非常有共鸣。

因为这几乎就是所有技术文章写不好的根源。

我们硬件人的脑子是什么样的？写芯片发热，脑子里瞬间蹦出：动态功耗、静态漏电、热阻、散热片、硅脂、结温、环境温度……这些概念互相辐射、彼此勾连，是一张三维的网。

但文字是一维的。读者的眼睛只能一个字一个字地读，耳朵只能一句一句地听。你必须把脑子里那团乱麻，梳理成有主干、有分支的树状结构，再压扁成一条线性的绳索，递到读者手里。

我以前的做法是硬压——把五个相关概念塞进一个长句，术语连环轰炸，以为说全了就是讲清楚了。结果是读者读到一半就迷路，不得不倒回去重读。这就是平克说的"知识的诅咒"在句法层面的体现。

平克的解法是：先整理成树，再切成短句。 不是硬压，是有序拆解。写技术文时，先用一句话写好树根，也就是核心结论，然后像切香肠一样，把条件、原因、例外切成独立的短句，用"因为"“不过”"例如"这些路标词串起来。然后展开三个分支：

第一：为什么产生热？

第二：为什么散不出去？

第三：工程设计如何优化？

最后再加入案例、数据、经验。这样读者才能跟着你的思路走。

二、知识的诅咒：你越专业，读者越懵

平克提出一个重要的概念叫"知识的诅咒"——你一旦掌握了某个概念，就很难想象不了解它的人是怎么想的。

这句话简直是为技术博主量身定做的。

我们天天泡在datasheet里，“GAA”“DTCO”“EUV”“CDC”“时序收敛"在我们脑子里是一个打包好的"压缩块”，张嘴就来。但读者呢？可能是刚入行的学生、跨行的软件工程师、甚至投资圈的人——他们可能连"栅极氧化层"是什么都要反应两秒。

“难以想象自己所知道的事情，在不知道它的人看来是什么样子。” 这是技术写作最大的陷阱。

怎么破？

平克建议：想象你正和一位聪明的朋友对话。 他不是傻子，只是没看过你看过的资料。你需要做的是带他看风景，而不是炫耀你爬过多高的山。

这就是平克倡导的"古典风格"——把写作看作一扇"观看世界的窗"。作者是向导，自信地带领读者去看窗外的风景，追求清晰、简洁、不偏不倚。古典风格让读者觉得自己像天才，糟糕的文章让读者觉得自己像蠢材。

核心就两个字：展示，而非说教。

三、硬件知识怎么展示？用物理世界映射抽象芯片

"展示"说起来容易，但芯片里的东西看不见摸不着。平克的答案是：可视化——用读者熟悉的物理世界经验，映射芯片内部的抽象运作。

我试着用这套方法改写了几个硬件概念，效果惊人：

1. 时钟同步与亚稳态（用"阅兵方阵"代替"上升沿"）

枯燥写法： “系统时钟的上升沿触发寄存器采样，必须满足建立时间和保持时间，否则会出现亚稳态。”

可视化改写： “时钟信号就像阅兵式上的口令。每个寄存器都是士兵，必须在’正步——走！'（上升沿）落下的那一刻，把脚稳稳踩在标线上（建立时间），并且像钉子一样钉住不动，直到口令结束（保持时间）。如果士兵提前伸脚或收脚太快，队伍就会乱套——这就是亚稳态。”

2. 动态功耗（用"水流冲击水车"代替"电容充放电"）

枯燥写法： “CMOS电路在翻转时产生动态功耗，功耗与频率和电压平方成正比。”

可视化改写： “电流就像推动水车的水流。晶体管每翻转一次，就像水车的桶翻转一次倒掉水（给负载电容充放电）。翻转越快，倒水的动作越密，功耗就越大。而电压好比落差——把水从10米高落下（1.8V）和从100米高落下（18V），冲击力是天壤之别，这就是为什么功耗和电压的平方成正比。”

3. 总线仲裁（用"单向窄桥"代替"多主设备请求"）

枯燥写法： “当多个主设备同时请求总线时，仲裁器根据优先级分配总线控制权。”

可视化改写： “总线就像一座只能单向通行的窄桥。CPU、DMA、GPU都想从桥这头冲到那头去搬数据。仲裁器就是桥头的交警，他吹哨子：'GPU老弟，你优先级高，你先过！'等GPU的车队全过完，再放行CPU。任何两个设备同时挤上桥——就是总线冲突，系统崩溃。”

4. 眼图（用"眨眼"代替"噪声裕量"）

枯燥写法： “通过示波器叠加码元得到眼图，眼开度反映噪声裕量。”

可视化改写： “把高速信号所有波形重叠在一起，会得到一个睁开的眼睛形状。完美的信号是目光炯炯的大眼睛，眼白多（余量大）。一旦有噪声抖动，眼睛就眯成一条缝。信号质量好不好，就看这双’电眼’睁得够不够圆——眼睛一闭，数据全错。”

5. 电平转换

“电平转换像翻译官，3.3V说’Hello’，1.8V只能听见’你好’，翻译官不能编造意思（丢bit）。”

你看，好的技术写作不是在翻译术语，而是在翻译经验。 当读者能"看见"水车、士兵、窄桥和眼睛时，抽象概念就有了锚点。

四、写不出来，就是没真懂

平克还有个观点让我重新理解了写作这件事：

“写不出来就是没真懂。”

我以前有个坏习惯：觉得"想清楚了再动笔"。但平克说反了——写作本身就是"想清楚"的过程。 你只有在写的过程中，才能发现逻辑链条里的漏洞、概念之间的模糊边界。

这对硬件人特别重要。硬件思维是网状的——工艺、架构、EDA工具、供应链互相勾连——但文章必须是线性的。这个"降维"过程会逼着你把每一条因果链梳理清楚：A为什么导致B？B和C之间是因果关系还是相关关系？

写作是最严格的逻辑检验。 不是所有懂了的人都能写出来，但能写出来的人一定是真懂了。

五、写在最后

读完《风格感觉》，我最大的收获不是学会了几个写作技巧，而是重新理解了技术写作的本质：

卓越的写作，始于对他人思想的深刻共情。

它不是炫耀你懂多少，而是怀着对读者的善意，把复杂的知识拆解、重组、串成一条他能跟着走的路。你是向导，不是教授；你在展示风景，不是在宣读真理。

下次当你面对空白文档卡壳时，不妨问问自己：

·我脑子里的这张网，主干是什么？

·如果带一个聪明的朋友参观，我会先指给他看哪扇窗？

·哪个比喻能让他"看见"这个抽象概念？

把硬核硬件的思想，优雅地装进读者脑子里——这大概就是技术博主最值得修炼的功课。

技术传播，本质上是一种认知设计。