解决问题的思路

解决问题的思路

在 coding 之前，先有一个 draft（草案），把下面四件事写清楚。

背景

发生了什么，应该怎样，怎样复现？记录输入、环境、版本和异常表现，再用日志、调试或实验区分猜测与证据。说明影响到哪些用户或模块。

约束条件

必须满足哪些边界：现有接口、数据格式、技术栈、资源和时间限制？成功的标准是什么？依赖哪些尚未验证的假设？

设计目的与取舍

选什么方案，为什么？讲清输入输出、数据流、模块职责和异常处理。只比较真正影响选择的方案；关键假设不确定时，先做小实验。

问题与改进

还剩哪些风险，如何实施和验证？记录必要的测试、上线观察点和后续问题。需要分步做时列出步骤，不必为一个小问题准备一整套报告。