上一章立了一个论:没有银弹。这一章把刀磨细——你系统里的"难",到底难在哪一类?分不清这两类,你就会把力气全花在错的地方:拿框架去解决一个根本不是框架的问题,却把真正难的那两处一直晾着。
一、先回到那张地基表(本章的一切从这里长出来)
| 本质复杂度 | 偶然复杂度 | |
|---|---|---|
| 来源 | 业务本身固有 | 我们自己引入的 |
| 能不能消除 | 不能,只能"管理" | 能,可以砍掉 |
| 典型样子 | 口径对不齐、例外流程、权限与数据不一致 | 为"架构感"拆的服务、为流行硬套的框架 |
| 砍它对不对 | 砍不掉,别白费劲 | 不砍,就是给未来埋雷 |
一句话记住:
本质复杂度,是你"必须受的苦";偶然复杂度,是你"自己找的苦"。
专业和不专业的差别,不是谁受的苦少,而是谁没给自己找苦吃。