你拿到offer了，签了字，日历上圈好了入职日。然后，恐慌袭来。万一他们发现我啥都不会怎么办？万一第一周就捅娄子怎么办？万一同事都比我聪明得多怎么办？这种“冒充者综合征”几乎每个踏入职场的新人都逃不掉。那些第一天看起来镇定自若的工程师，有一半跟你一样，心里也在打鼓。
能站稳脚跟的新人和挣扎的新人，差别不在于天赋，而在于心态、习惯和几个大多数人在犯过可避免的错误之后才学会的策略。咱们直接跳过这些坑。
入职第一周，你的任务是听，不是张嘴。你的本能可能是立马证明自己——在每个会上问尖锐的问题，还没搞懂问题就给出方案，什么活儿都抢着干。克制住。这周你只做一件事：观察和吸收。看清楚团队怎么沟通，决策怎么做，代码库长什么样，用哪些工具。基于真实观察提出真诚问题，远比空洞地表演热情更让人印象深刻。疯狂记笔记。前两周听到的东西你会忘掉七成，你不愿意两次都去问技术主管同一个问题，比如“怎么推送一次提交”。
给自己设一个30-60-90天私底下的里程碑。第30天：弄懂产品，熟悉代码库结构和团队工作流，完成第一个小贡献——哪怕只是修个小bug或改善文档。第60天：能独立负责一个小功能或模块，主动要反馈，知道遇到哪类问题该找谁。第90天：成为那位新来的同事可以请教基本问题的人。从“学习者”到“能帮别人的人”这个转变，意味着你真正入职了。很多公司在新人入职3个月和6个月时有正式考核，主动瞄着30-60-90天的节点走，到时候你就不是凭感觉说“我好像还行”，而是能拿出实打实的东西。
如何求助又不显得无能——这可能是最不好练的本事。问聪明问题显示你很投入，但问得太频繁、自己不做尝试，就暴露过度依赖。一条好规则：先花20到30分钟自己真正去解决问题。翻文档，搜Stack Overflow，跟踪代码行。如果还卡住，这时候你才能带着上下文提问：“我试了X和Y的方法，出现了Z错误，怀疑可能跟A有关——我方向对吗？”这样提问会彻底改变局面，它展示的是努力，不是无助。
技术技能让你拿到工作，但这些没有明说的事情，才决定你进来以后成长有多快。可靠性——说到做到。如果你……
热门跟贴