值得留下什么

本周要回答： 这个工具究竟让生活更轻松，还是把原来的工作换成了监督模型和维护系统？

进入本周前： 有实际使用和维护记录，知道哪些结果是实测、估计、未知与合成演示。

图 23.1本周的思考路径

课程示意图 · 根据本周实验步骤绘制，表示建议流程，不是实测结果。

学习内容与理解目标

价值要按相同任务和相近完成质量比较。计入新流程中自己的操作、监督、复核、返工和维护，包括失败尝试；模型在后台运行而你可做其他事情的时间，不能全部算作你的劳动。一次性建造、现金支出与持续运行分开记录。

省时不是唯一价值，减少遗漏、提高可追溯性和形成独立能力也重要，但应分别描述。学习实验可以暂时不回本，前提是清楚标成学习投入。最困难的工程决定常常不是加功能，而是停止一个没有人在用的系统。

级别	官方或原始资料	本周只读这些	阅读预算
必读复习	R17 · Harvard CS50 SQL	汇总可比任务，检查分母和缺失。	30 分钟
选读复习	R67 · Google SRE：Monitoring Distributed Systems	从用户结果而非系统热闹程度看质量。	30 分钟
选读复习	R74 · GOV.UK Service Manual：Plan user research	回到最初问题，检查需求假设是否成立。	30 分钟

本周交付	怎样确认真的完成
一份真实价值报告	实测与假设分开，失败和维护没有被排除。
清楚的保留决定	至少一个功能经过必要性审查，可以决定不删除但要有理由。
下月实际使用计划	明确自然触发与维护上限，而不只是产品路线图。

不用代码生成器的练习： 自己用一组含失败和维护的合成数据计算净省时，解释为什么“模型生成用了两分钟”不能直接当作节省的人力。

隐私与安全检查： 个人使用频率、时间戳和任务类别可能暴露生活规律。对外展示时用经过检查的汇总或合成例子，说明样本与方法；不要把私人原始账本作为作品集附件。

落到日常生活： 回看课程第一周记录的摩擦，确认它是否真的改变了。把没有价值的提醒、定时任务、连接器和云资源停掉，并撤销不再需要的权限。

过关或补课判断： 报告能够支持一个真实取舍，且本人承认投入与限制，就达标；净省时为负并不是必须掩饰的失败。

请只依据实际记录做价值审计，保留失败、复核和维护，并把建造时间与现金费用单列。未知不估成精确收益。对每个项目给保留、简化或暂停的证据，不默认继续扩展功能。

图 23.2纯合成算例

旧流程主动时间72

新操作与复核18

维护14

净省时40

来源：课程手册“净省时的计算方式”。假设每周 12 项同等质量任务，每项原需 6 分钟；不包含现金成本、一次性建造时间与未来故障，不是收益预测。

来源编号与核对说明沿用课程原文，基线为 2026-09-27。未逐一登录完成外部实验；实施前请核对最新版本与访问条件。