一次小需求引发的思考：把简单的事情做稳定，比炫技更重要

最近在做一个不起眼的小功能：定时任务里给下游推送数据。逻辑很简单，但真正上线前我多花了半小时，收益却很大，记录一下。

1. 先想失败，再想成功

写代码时最容易顺着“正常流程”想。我反过来先列了三种异常：下游接口超时、数据为空、重复推送。针对每种情况加了重试和幂等判断，代码只多了十几行，但心里踏实多了。

2. 日志要“能破案”

之前排查问题经常遇到“日志有，但看不出原因”。这次我统一了日志格式，把关键字段（任务ID、数据条数、耗时）都打出来。后来真出了一次告警，两分钟就定位了。

3. 小结

技术成长不只来自大项目，把小需求做扎实——考虑异常、留好日志、保持简单——同样是很好的练习。稳定，本身就是一种能力。