“公司根本没打算培养我！”自学突围的3个野路子

锤子跟很多朋友聊过天，经常有人抱怨说自己成长慢，是因为没人带，没有碰到我前面文章提到的倍增者这样的领导。

看别人进组有导师、Code Review、PPT机会；而我，像棵散养的菜苗，靠天吃饭、靠命长大。

这也是职场不得不承认的事实，（很多）公司不是不带你，而是压根没空管你。能不能长出来，全靠自己偷偷下肥料。

以下3招，是我在没有导师、没有提携、没有被关照的日子里，**摸爬滚打出来的自我倍增方法，**没有鸡汤，全是实操。

1. 没人教你判断，就自己拆别人的判断

我刚去职场的时候，写的代码总被TL提意见，说思路不够成熟，不够面向对象。

我很委屈：你又不讲为啥，那我怎么成熟？

直到有天我开始把他重写的 commit 和我原来的做 git diff，每一行都研究他为什么改（其实那个时候还没有git，我要讲csv和svn感觉会被打）。

• Object的设计怎样更合理？

• 哪个判断更鲁棒？

• 为什么要做更适合当前业务体量的这种？

• 哪个方案看似优雅但隐藏了耦合风险？

这不是 review，这是拆解认知模型。

半年后，他第一次在群里发：“这个方案考虑得挺细。”不是他变了，是我提前跑了几个思路的版本。

▌现在就能做的事儿：

• 找出最近一次被 Leader 改动较大的PR，运行 git diff commit1 commit2

• 针对每一处差异，尝试回答三个问题：为什么这么改？我会这样做吗？还有别的写法吗？

2. 没人给你项目，就咬住边角料做出影响力

有段时间，我只被分到一个定时任务模块。别人搞平台、做推荐，我在修日志报错。

但我不想躺平。

我开始分析这个任务常挂在哪几步，重试逻辑有多低效，花了两周改成并行任务链，跑完时间从9分钟降到3分钟，失败率下降80%。

Leader说：“我一直没空看这个模块，没想到你能搞定。“

咱们不一定做主角，但可以先演好幕后核心工具人的角色。

▌现在就能做的事儿：

• 找一个被忽视的小模块，列出近1个月失败记录，看是否能复用/优化

• 哪怕只是加一条有意义的日志字段，让线上排查更快，这都是影响力

3. 没人给你曝光，就自己制造可见性场景

刚入行的时候我开会几乎不说话，怕说错。直到我分享了一次小 bug 排查的心得，Leader突然说：“你这角度我还真没想到。”

原来我不是没人认可，而是没人知道我在干什么和怎么想的。

后来我养成几个小习惯：

• PR 写详细描述和思路

• 技术分享的时候会主动说我最近遇到个坑，分享下避免方式

• 群里多帮人回答问题，不抢答，只说我遇到过的经验

慢慢的，大家默认：“你负责的模块，有问题先问你。” 毕竟不让人知道你做了什么相当于白做。

▌现在就能做的事儿：

• 每周分享前提前写一个我这周的2个关键动作 + 1个小反思

• 给自己负责的模块写一篇常见问题排查，发到组内 wiki

• 找出你PR最容易被忽略的项目，加上逻辑说明和性能指标对比

尾声：别等别人给你地图，先学会造一把指南针

三年后同学聚会，有人还在抱怨领导根本不教我，项目永远拿不到核心部分。而我，已经带人了。

成长从来不是被安排的，是被自己逼出来的。

咱们可以说公司没文化，但咱们不能不长脑子。

我们可以没有导师，但不能没有认知杠杆。