Day3: 精益求精抠细节vs点到为止保交付
说个我亲身经历的事，去年我们组两个后端同时做类似的需求，我花了两周把代码写得干净优雅、注释齐全、异常处理完备、单元测试覆盖率90%，还顺手把周边几个陈年bug修了；另一个同事三天就把功能堆出来了，代码能跑就行，bug一堆注释没有，页面偶尔报错他说"用户不会点到那"。结果季度review的时候，他因为"交付快、能扛事"升了高级工程师，我因为"进度慢、过度设计"被leader谈话，说我不够"结果导向"。更讽刺的是半年后他那堆代码出了两次线上事故，最后还是我去擦的屁股，但晋升名单里已经没有我了。后来我想明白了一个道理：职场不是写开源项目，你的绩效不是由代码质量决定的，是由你交付了多少业务结果决定的。老板看的是功能上线了没有、指标涨了没有、项目有没有延期，不是你的设计模式用得对不对、代码优不优雅。当然我不是鼓励大家写烂代码，而是你得搞清楚什么地方该抠细节什么地方该点到为止：核心交易链路、支付系统、数据安全相关的代码必须抠细节抠到极致；后台管理系统、内部工具、临时活动页面真没必要追求完美，能跑够用就行。会平衡质量和速度的人，才是职场里真正活得好的人。
发布于 广东
分享
评论
赞
未登录
友善发言
评论
加载中
