波仔
🧡 第十一章 心智模型与持续进化
📄 一句话概括

旧能力从【稀缺】变成【够用就行】，新能力从【加分项】变成【分水岭】——它解决【怎么做】，【做什么】和【做得好不好】仍然靠你。

📝 本节和前面几节的关系

前三节讲系统怎么搭、它怎么运转；这一节讲你在这个系统里的位置换了。

一、八项能力，逐条对一遍

降位的四项：语法熟练度、框架 API 记忆、手动调试技巧、代码模板积累。 升位的四项：需求拆解、架构判断、输出质量评审、产品品味。 降位不代表没用，是从【稀缺】变成了【够用就行】——会读、能改，就够了。 升位的四项，以前是加分项，现在成了分水岭。

二、时间分配的翻转

以前：80% 的时间想【怎么写】，20% 想【写什么】。 现在：正好倒过来。 而它解决的是【怎么做】——它替不掉后半段，因为后半段是判断（第 10.5 节）。

三、为什么【会不会写代码】不再是门槛

演示里那张表的下半截说明了原因：卡人的地方从来不是语法。 需求拆得清不清楚、技术方案选得对不对、产出够不够好——这些它替不了。 这也是为什么第 9.8 节的复盘里，五个能力里四个是配合，只有一个是判断。

四、一个人能做成什么

当执行不再是瓶颈，一个人可以同时是产品、开发、测试。 但边界仍在：发布、承诺、担责这些事，永远是你签的字（第 10.5 节）。 所以准确的说法不是【一个人干十个人的活】，而是一个人能把一个想法做完。

五、动手 Demo：身份转变——哪些能力升值了

下面把八项能力逐条摆开，看它们的【以前】与【现在】。

TH([u"能力", u"以前多重要", u"现在多重要"], [30, 22, 26])
T([u"语法熟练度", u"必须背熟", u"会读就行"], [30, 22, 26])
T([u"产品品味", u"产品经理的事", u"你的事"], [30, 22, 26])

实跑输出：

--------------------------------------------------------------------
身份转变——哪些能力升值了
--------------------------------------------------------------------

当【怎么写】交给它之后，你的价值往哪边挪？逐条对一遍：

  能力              以前多重要          现在多重要
  -----------------------------------------------------
  语法熟练度        必须背熟            会读就行
  框架 API 记忆     主要工作量          让工具去查
  手动调试技巧      靠经验              靠能复现的日志
  代码模板积累      攒自己的库          写清规矩更值
  需求拆解能力      顺带就会            核心竞争力
  架构判断力        少数人操心          每个人都要
  输出质量评审      靠测试与 review     第一关是你自己
  产品品味          产品经理的事        你的事

上半截是**旧能力**：它们不是没用了，是**从【稀缺】变成了【够用就行】**。
下半截是**新能力**：它们以前是加分项，**现在成了分水岭**。

一句话说透这个转变：

    以前你花 80% 的时间想【怎么写】，20% 想【写什么】。
    现在正好倒过来。

而**它解决的是【怎么做】，【做什么】和【做得好不好】仍然靠你判断**。

上半截是旧能力：从稀缺变成够用就行；下半截是新能力：从加分项变成分水岭。 一句话：它解决【怎么做】，【做什么】与【做得好不好】仍然靠你判断。

30 秒实验

  1. 拿八项能力给自己打个分（1~5 分），看哪一项最低。
  2. 这一周刻意练那一项——它才是你区别于【只会用工具的人】的地方。

常见误区

  1. 以为【不用学编程了】。读得懂、能改、能判断好坏仍然是底线。
  2. 把产品判断也交出去。它擅长列选项，不擅长选选项（第 10.5 节）。
自测三问（点开对答案） 1. 哪些能力的重要性下降了？ —— 语法熟练度、框架 API 记忆、手动调试技巧、代码模板积累。 2. 哪些能力的重要性上升了？ —— 需求拆解、架构判断、输出质量评审、产品品味。 3. 时间分配发生了什么变化？ —— 从 80% 想怎么写，变成 80% 想写什么、做得好不好。

相关笔记