📄 一句话概括
第四部分三个项目走的是同一条路:反馈要快、判断不能外包、担责还是你;这一章真正想讲的不是怎么做一个 App,而是怎么把判断力放在整件事的中心。
📝 本节和前面几节的关系
第十四章收尾,也是全书正文的最后一节。三个实战项目到这里走完,回头把它们摆在一起看。
一、三个项目走的是同一条路
Chrome 扩展练的是从想法到能用,判断点是这件事值不值得做。 内容自动化练的是从一件活到一条线,判断点是哪一步该留给自己。 上架一个 App练的是从一个东西到有人用,判断点是哪些可控、哪些交给运气。
二、三样一直在重复的东西
反馈要快:扩展秒级、内容当天、App 一周内见到人——慢的反馈会吃掉判断力。 判断不能外包:值不值得做、哪一步自己做、哪些可控——这三件它都替不了。 担责还是你:上线、署名、后果——这三样从头到尾没变过。
三、为什么把判断力放在中心
手艺在贬值:语法、框架 API、调试技巧,都在被这一代工具快速抹平(第 11.4 节)。 判断在升值:做不做、做到什么程度、什么时候停——这三件反而越来越值钱。 所以这一章真正想讲的不是【怎么做一个 App】,是一个不会写代码的人怎么把判断力放在中心。
四、正文到此为止
全书四部分走到这里:起步、核心能力、进阶实战、实战项目,十四章正文讲完了。 接下来五份附录,是工具、命令、模板这些随时要翻的东西,不必从头读一遍。 如果这一整本只记一句,就记这句:它负责把活干快,判断和担责始终是你的。
五、动手 Demo:三个项目摆在一起看
下面把三个项目、各自练到什么、判断点在哪儿排开。
TH([u"项目", u"练到什么", u"判断点在哪儿"], [20, 26, 28])
T([u"Chrome 扩展", u"从想法到能用", u"这件事值不值得做"],
[20, 26, 28])
T([u"上架一个 App", u"从一个东西到有人用", u"哪些可控、哪些交给运气"],
[20, 26, 28])
实跑输出:
--------------------------------------------------------------------
三个项目摆在一起看
--------------------------------------------------------------------
第四部分三个项目,**走的是同一条路**:
项目 练到什么 判断点在哪儿
---------------------------------------------------------------
Chrome 扩展 从想法到能用 这件事值不值得做
内容自动化 从一件活到一条线 哪一步该留给自己
上架一个 App 从一个东西到有人用 哪些可控、哪些交给运气
三个项目用的手艺不一样,**但三样东西一直在重复**:
① **反馈要快**——扩展秒级、内容当天、App 一周内见到人
② **判断不能外包**——值不值得做、哪一步自己做、哪些可控
③ **担责还是你**——上线、署名、后果
所以这一章真正想讲的,**不是【怎么做一个 App】**——
是**一个不会写代码的人,怎么把判断力放在整件事的中心**。
正文到这儿讲完了。接下来五份附录,**是工具、命令、模板这些随时要翻的东西**。
三个项目手艺不同,但三样东西一直在重复:反馈要快、判断不能外包、担责还是你。 它负责把活干快,判断和担责始终是你的——这一整本记这一句就够。
30 秒实验
- 把三个项目的判断点抄在一张纸上,贴在你能看见的地方。
- 下一次动手前,先问自己现在属于哪一类判断。
常见误区
- 把三个项目当成三份教程读完就放下。它们练的是同一件事,练三遍是为了让它变成本能。
- 以为读完就掌握了。判断力只能靠真做过一件件事攒出来(第 11.5 节)。
自测三问(点开对答案)
1. 三个项目共同的判断点是什么? —— 这件事值不值得做、哪一步该留给自己、哪些可控——三件都是判断。 2. 三样一直在重复的东西是什么? —— 反馈要快、判断不能外包、担责还是你。 3. 这一整本书如果只记一句,记哪句? —— 它负责把活干快,判断和担责始终是你的。- ☐ 下一部分(附录:国内模型接入指南、命令速查、斜杠命令深度指南、常见问题与解答、CLAUDE.md模板集)
相关笔记
- 身份转变:从写代码到构建产品 — 手艺在贬值、判断在升值
- 项目实践建议 — 第一个项目留下的同一条清单
- 搭建你的内容自动化系统 — 第二个项目留下的同一条判据
- 🧡 Claude Code橙皮书 · 索引