在软件开发这行干久了，总能听到有人抱怨：‘我天天加班写代码，项目上线也没见表扬我。’ 其实这话背后藏着一个常见的误解——把‘成就’和‘贡献’混为一谈了。
你在写代码，但代码真推动事情了吗？
举个例子：小李花了两周重构了一堆旧代码，结构清晰了，测试覆盖率也上去了。听起来很厉害对吧？可如果这个模块半年都没人动过，业务也没因为这次重构加快迭代，那这份努力更像是自我感动。
而小王呢，没写几行新代码，但他发现部署流程卡在手动发包环节，于是搭了个简单的 CI 脚本，让团队每天省下四十分钟。看起来技术含量不高，但整个组的节奏都变顺了。
小李做的事是贡献，小王带来的才是成就。
贡献是投入，成就是结果
贡献讲的是你付出了什么：写了多少行、改了多少 bug、加了多少班。它是输入端的事。
成就关注的是输出：问题有没有被解决？效率有没有提升？用户有没有感知到变化？它得能被人看见、用上、记住。
就像你给开源项目提了个 PR 修复拼写错误，这是贡献；但如果你优化了某个高频接口响应速度，下游服务明显变快了，那就是成就。
代码之外，影响力才算数
很多人埋头写代码，忘了抬头看路。真正让人记住的，往往不是你用了多炫的技术，而是你让事情变得不一样了。
比如你在周会上顺手整理了一份常见报错手册，新人上手时间从三天缩到半天。这件事没进版本发布日志，但它实实在在降低了团队成本。
又比如你推动把日志格式标准化，虽然自己只写了几十行适配代码，但后续排查问题速度快了一倍。这种杠杆效应，才是成就的体现。
别只盯着提交记录
Git 提交次数多，只能说明你手速快。但别人关心的是：系统稳了吗？需求落地了吗？协作还拧巴吗？
下次做事情前，不妨问自己一句：这事做完，谁会因此省事？哪个环节会变顺畅？如果答案模糊，那可能只是在积累工作量，而不是创造价值。
写代码不是练书法，不必追求每一笔都工整漂亮。关键看这一笔，能不能让整幅画更完整。