新工作入职三周了。现在回想第一天，真是既难堪又有点好笑。我早上提前二十分钟到公司，结果门禁卡没办下来，在写字楼下等HR等了快十分钟。好不容易上去，工位被安排在走廊最里面，背后就是空调出风口，开得特别足。上一家公司只有40多人，进进出出都认识；这一下跳到200多人的公司，光记住部门同事的名字就够我喝一壶。当时我心里其实有点打鼓，合同签了三年，base涨幅35%，可第一次产品周会我基本没听懂，大家口中的几个项目术语我只能靠猜。老板倒是很nice，跟我说前一个月熟悉为主，别急着上手。
但我没听进去。因为刚入职的人大概都有种惯性——总觉得新人必须快点证明自己，不然试用期不保险。我承认我慌了。第三周的时候，我主动跟数据组同事说可以帮忙做一部分用户分层报表。听起来容易，不就是跑个SQL嘛。结果这个报表的数据口径跟前一家公司完全不一样，光“活跃用户”这块，财务和运营用的统计逻辑就吵了两次。我照着旧公司的思路写了一通代码，跑出来的数比业务预估差了一万多。虽然最后在主管的提示下我重新查了映射逻辑，但那种感觉真不好受。项目更新文档里其实有注释，但要是当时我没被那点小得意冲昏头，先花十分钟看一下文档，就不会白白折腾三天。这件事对我触动挺大的。
后来我开始学着把节奏放慢。不是说故意摸鱼，而是我慢慢认识到，新工作的环境里最大的坑不是业务复杂度，而是自己拿着旧经验去套新问题。以前那家公司，流程清晰，每个需求都附很长的PRD，所以早就习惯照着文档执行；眼下这家更讲究快，很多决策都在群里聊着聊着就定了，文档落后几周是常有的事。你去找人问时大家不觉得你烦，反而会觉得你知道自己不知道。这大概是我这一回换工作，跟上一家公司感受最不一样的地方。想明白这一点，我给自己定了个小原则：前三个月不问“这个问题怎么做”，多问“你们之前为什么这么定”。后来果然少踩了不少雷。
具体到每天的工作，我自己也定了一套很笨的规矩：入职第一周，每天中午都拉不同团队的人吃饭，不是故意套近乎，而是我发现只有吃饭时大家才愿意说点跨部门的实话。我们项目PM说漏过嘴，说业务方最看重的是预警时效，根本不在乎你跑数时加不加一层去重，这个信息在正式文档里我是永远看不到的。电脑记事本里新开了一页叫“待考古”，凡是看不懂的旧代码或者旧决策都记上去，每次攒够三个问题就去找组长问一次，但绝不当场打断讨论。第三个小习惯是关于账号和权限的。我把VPN、邮箱、设计稿平台的申请进度列进一个Excel，开通一项就更新一项，到第二周基本不卡壳了。这些“笨办法”可能听起来和我一开始那股急着表现的心态完全不搭边，但正是它们帮我把试用期里的焦躁慢慢磨平了。第三周结束时，我几乎没有主动做出什么大贡献，只交了两份bug排查记录，同事给出的评价反而还不错。那一刻我才意识到，在新环境里，克制比冲刺更让人踏实。
反正新工作这件事，我现在的体会很直接：第一要紧的不是“证明”，而是“搞清楚”。搞清楚这里的游戏规则，搞清楚前因后果，搞清楚人和事之间的默契。等这些都摸得差不多了，你手里那点本事才真正算数。试用期还没过，我依然会有拿不准的时候，但至少我不再拿上一家公司的打法去套现在的活。今天中午我又没回去工位趴着，而是跟隔壁组的女孩在楼下便利店吃了碗关东煮，顺便问了问他们组那套消息队列是为啥换了三次。这种带着好奇的适应，可能比憋着一股劲证明自己更有用吧。希望你换到新工作时，别像我一样绕这圈弯路。
