不是所有失败都用同样的方法修
方向错了你花的所有时间都是在做无用功——你可能修了逻辑层但问题在数据层 可能调
修了不该修的地方 不仅浪费了时间还可能引入新的问题
但这个念头刚冒出来就被我压住了——改代码之前得先搞清楚这次失败到底是什么类型
方向错了你花的所有时间都是在做无用功——你可能修了逻辑层但问题在数据层 可能调
先说清本页判断
补足为什么
留下下一步
因为问题不在逻辑层也不在参数层 而在数据层
这让我想起 jianfei-plan 的 failure taxonomy 方法论
数据类要看数据源和预处理逻辑类要看代码和流程设计环境类要看配置和权限 交互类要看用户
先说清本页判断
补足为什么
留下下一步
先说清本页判断
补足为什么
留下下一步
正确的做法是先判断类型 → 按类型选诊断路径 → 找到根因 → 针
类型判断错了 后面所有步骤都白费
从真实任务开始
把想法变成可处理内容
用结果判断能力
把完成沉淀为流程