那个凌晨三点的破绽
凌晨三点，生产环境崩了。监控大屏一片血红，报警消息像瀑布一样涌进手机。团队七个人被拉进电话会议，每个人都在说“不是我写的”“这块我不熟”“上次改的时候就这样了”。
没有人承认问题出在自己的代码上。但也没有人能解决问题。
最后是一个刚转正的新人说：“这个异常堆栈我见过，上个月我在本地调试时遇到过，当时觉得只是环境问题，就加了个try-catch吞掉了异常。可能跟现在的情况有关。”
三分钟后，问题定位了。就是他两个月前“随手”加的那个空catch块，吞掉了一个关键的错误信号，让系统在错误的路线上狂奔了两个小时，最终导致数据大面积错乱。
会议室安静了。没有人责怪他——因为每个人都做过类似的事：快速修复、眼不见为净、先让CI变绿再说。那行“临时”的代码，最终变成了永久的隐患。
这件事让我明白了一个道理：务实，不是“让代码跑起来”的能力，而是敢于为自己的每一行代码负责的能力。
“务以己任”的第一重境界：你的代码，你的孩子
很多程序员有一种微妙的心理：代码是公司的，上线是运维的，出问题是产品经理的。他们只是“完成需求的人”。这是务实的第一重障碍。
务实的第一重境界，是把你写的每一行代码当成自己的孩子。孩子闯了祸，你不能说“他是隔壁老王的”——你就是亲爹。
我曾经带过两个风格截然不同的开发者，姑且叫他们小A和小B。
小A的代码风格非常“干净”。函数命名优雅，注释齐全，设计模式一套一套的。但只要他的代码进入生产环境，他就像卸下了包袱：“提测了，后面的事交给测试了吧。”“上线了，后面的事交给运维了吧。”一旦出了问题，他的第一反应是“我本地是好的”“这应该是配置问题”“谁合代码把我的逻辑覆盖了”
