踩坑无数换来的大厂码农经验，别白瞎了

在大厂混了八年，越来越觉得写代码只是工作的一小部分，真正让你省力、少背锅、长久混下去的，是一些特别琐碎但超有用的习惯。

比如写代码之前，我都会先脑补一下上线当天可能会发生什么事。能不能灰度？有没有监控？出问题能不能秒回滚？很多新人是实现完功能就完事了，上线翻车才想起来这些，结果一晚上不睡修 bug。你如果上线前就想清楚这些，代码结构、Feature Flag 的位置、日志打点的地方，都会不一样。

Debug 也别搞成玄学。刚来的时候我就是满屏 console.log，希望能撞到问题。后来才明白，先复现到最小数据集，隔离环境，然后猜一个可能的原因去验证。别怕猜错，怕的是一边改一边加新 bug。

画图这个事，刚开始觉得浪费时间，后来发现是救命的。系统设计画模块边界，调接口画时序图，查性能画调用链路，很多时候就是画完那一刻，瓶颈或者耦合问题自己跳出来了。线上有次 QPS 掉了一半，就是我画链路才发现多了一层没必要的转发。

还有注释，千万别只写给今天的自己看。半年后你自己看都想骂人，更别说接盘的同事了。尤其是临时解决方案，写明原因、触发条件、TODO 修复时间，不然技术债就这么埋下去了。

问问题也有讲究，直接“为啥这个不行啊”很容易被无视。我一般是先自己看文档、翻代码、试几种方法，再带着上下文去问，比如“我看文档 X 是这样写的，但代码 Y 实现不一样。我试了 A 和 B 都不行，现在怀疑是 C 的原因，你觉得呢？”——别人一分钟就能给你反馈，还觉得你靠谱。

最后一点，别做沉默的执行者。做完任务就交没问题，但偶尔让别人看到你的思考过程很重要。哪怕开会的时候用 1 分钟讲讲为什么这样设计，也能让人觉得你有全局观，久而久之大家会更信任你，scope 也会慢慢变大。

这些东西没啥高大上的理论，都是日常交付、踩坑、救火、被骂累出来的习惯。反正我是觉得，越早养成，越省心。


求大米！🍚

匿名用户 发表于 2025-08-11 12:50:38
这不都是大学(部分问题甚至高中）里面教过的么。。。。现在的NG不会犯这么低级的错误了吧。。。

Believe or not, 很多mid level都会犯这些错误

一切的前提，你得碰到靠谱的项目，靠谱的组和靠谱的同事。

你碰到问A答B，装傻充愣，说话藏着掖着，甩锅坑人，90%完成你接盘，屎坑项目，三手项目，组里再被三哥三姐把控，再跨全球时区开会，那真是好日无边。

sarharast 发表于 2025-08-11 13:29:00
Believe or not, 很多mid level都会犯这些错误

作为一个一直都这样做的人，想说的是我做的项目基本都没出什么问题。可结果就是每次做完就不用管太多，老板也不会觉得你很厉害啊。反而是搞出大问题然后因为熟悉代码提出解决办法的人有visibility

非常好的分享。谢谢楼主！

这不都是大学(部分问题甚至高中）里面教过的么。。。。现在的NG不会犯这么低级的错误了吧。。。

不错不错！楼主分享得挺好的

感谢分享

除了低级错误 需要有好的老板支持以及认可scope 还要会顺水推舟推项目 要不然不出问题 不凸显解决问题能力咋显示impact

感谢lz分享，复盘过程比结果更重要，挖掘底层逻辑找到解决路径才能高效率解决问题

楼主说的好棒啊，确实是良好的工作习惯能省很多事