写代码之前要不要先画设计图

接到新功能时，我常先花十分钟梳理核心逻辑：这个功能要解决什么问题？输入输出是什么？关键模块有哪些？比如做个电商结算页，我会先想清楚订单生成、库存扣减、支付回调这几个环节的数据流向，用简单箭头和文字标出。如果涉及多系统交互（比如对接第三方支付），才会画架构图标注服务边界。这种程度的设计图通常不超过两张A4纸，重点在于让大脑提前跑通流程，而非追求细节完美。去年重构一个推荐算法时，我先手绘了数据流草图，发现三个模块存在循环依赖，当场调整方案避免了两周返工。当然，如果是小改动且自己逻辑清晰，也可能跳过这一步——毕竟不是所有项目都需要精密图纸，但至少该想清楚主干路径再动代码。