别做只懂改代码的 “机器”，要懂业务才不会被替代

现在回想起来，MT 说过最让我开窍的一句话，至今还影响着我的工作方式 ——“你不能只按照我的方案写代码，而是要自己理解做了什么事，涉及哪些模块”。
刚实习那会，我满脑子都是 “赶紧完成任务”，完全没意识到理解业务的重要性。每次 MT 把方案发过来，里面会写清楚需求背景、业务逻辑，还有具体的代码修改点。我嫌看长篇大论太费时间，总是直接跳过前面的方案说明，直奔代码修改部分，照着标注的 “改这里、加那段” 机械操作。
代码改完很快，可一到测试环节就傻眼了 —— 我根本不知道这段代码对应的是什么功能，要测哪些场景，甚至连为什么要这么改都不清楚。只能跑去问 MT “这个要怎么测”“边界条件有哪些”，次数多了，MT 大概也摸清了我的套路。
有一次我又去问测试相关的问题，他没直接回答，反而说了那句让我茅塞顿开的话。那一刻我突然反应过来：我这样跟个 “代码机器” 有什么区别？只知道机械地修改代码，不懂背后的业务逻辑，不明白模块之间的关联，就算做得再快，也只是重复劳动。现在 AI 那么发达，这种不用动脑子的改代码工作，迟早会被替代。
从那以后，我拿到方案再也不敢敷衍了。先花半小时到一小时，把需求背景、涉及的业务模块、上下游关联都理清楚 —— 比如这个功能是给哪个角色用的，解决了什么业务痛点，修改的代码会影响到哪些接口。理解透了之后再动手写代码，不仅思路更清晰，测试的时候也能精准覆盖各种场景，不用再反复问 MT。
慢慢发现，懂业务和不懂业务的差距真的很大。懂业务后，写代码时会主动考虑潜在风险，甚至能提出更优的实现方案；遇到问题时，也能快速定位到是业务逻辑问题还是代码问题。这句话不仅让我改掉了浮躁的工作习惯，更让我明白：打工人的核心竞争力从来不是 “会写代码”，而是 “懂业务、能解决实际问题”，只有这样，才能在行业里走得更稳、更远。
#mt对你说过最有启发的一句话#