从初级到中级：我关于如何实现这一转变的五大建议

作为一名自学成才的工程师，我深知从初级开发人员晋升到中级开发人员有多么困难。总有那么多东西要学，你总是感觉自己落后了。你可能觉得自己永远都不够好，因为还有很多技术和软技能需要掌握，而且你和更高级的工程师之间的知识差距也很大。

然而，总有一天，你需要把“初级”从你的职位头衔中去掉。在本文中，我想分享我亲身经历这一转变的经验，并谈谈是什么帮助我在一家大型科技公司从初级职位晋升到中级职位。

为了不再被视为初级员工，你需要首先了解是什么让你成为初级员工，至少在你的雇主眼中是这样。

较大的公司通常对工程级别采取正式且结构化的方法，明确定义每个级别工程师所应具备的能力和技能。

如果你的公司没有明确的工程师晋升阶梯，可以问问你的经理，你需要具备哪些条件才能晋升为中级工程师。然后，你可以列出一份清单，列出你需要完成的行动项目和需要达到的成功指标，才能获得晋升。你和你的经理都需要就未来的发展方向达成一致。

这份清单不仅能让你更有条理、更有指导，还能帮助你督促你的经理承担责任，确保你不会永远被困在初级职位上。这份计划越具体越好，你还应该确保对过渡的具体时间有明确的预期。

初级工程师的一个显著特征是需要指导，且独立性有限。这在职业生涯初期是合理的，但到了一定阶段，这可能会阻碍你的成长。

不要等到你准备好了才开始做决定：你可能永远不会觉得自己完全准备好了，所以从小事做起：

随着你做出的每一个独立决定，你的信心就会增长，做决定也会变得越来越容易，直到成为你的第二天性。

这条建议自然而然地与上一条建议相呼应。避免错误的唯一方法就是永远不做任何决定，所以一旦你开始变得越来越独立，你就会开始犯越来越多的错误。这是不可避免的。

高级工程师总是会犯错，只要他们以承认成功同样的方式承认失败，那就没问题。

是的，一开始你会感到不舒服。是的，你会对自己感到失望。是的，你会给别人带来麻烦，甚至可能导致你的团队无法实现一些路线图目标。但这也会过去，你越早学会忍受犯错带来的不适，就能越早摆脱“初级”心态。

作为一名初级开发人员，你可能认为你的工作就是编写代码并关闭 Jira 工单。但事实并非如此。

作为开发人员，您的工作是以对客户和公司业务最有意义的方式解决客户的问题。

首先要质疑分配给你的工程任务。你为什么首先要开发这个功能？它解决了哪些客户问题？有没有办法完全避免开发这个功能？这个功能与公司的整体战略契合度如何？这个功能将如何帮助你的公司盈利？

问这些问题可能会让人感到不舒服，但这可以被视为提升你对公司价值的第一步。随着你作为开发者的成长，你需要学习更多关于产品管理、设计思维和客户开发的知识。你还需要培养对用户的同理心，在设计或构建功能时时刻刻为他们着想。

初级员工痴迷于工具，高级员工则关注用户。你越早学会将自己视为问题解决者而非代码编写者，你就能越早摆脱“初级员工”的标签。

你可能会觉得自己不知道任何值得分享的东西，因为你是团队里唯一的初级开发人员。我也有这样的经历。但实际上，任何开发人员，无论多么初级，都有一些比团队中其他人更了解、更理解的东西，这要么是因为他们花了更多时间研究这些东西，要么是因为他们对某个主题有特别的兴趣，而其他人却不分享。

想想代码库中你最了解的部分，当其他人想要更好地理解这些部分时，主动帮助他们。最简单的方法就是帮助新工程师入职。记住，你不需要无所不知才能成为一名老师：你只需要比别人多了解一点，并且愿意分享你的知识。

你可以想想你感兴趣的技术主题或工具，并考虑为你的团队举办一些简短的学习课程。我还是初级员工的时候，就领导过一次关于面向对象设计模式的团队学习课程。我之前了解这些模式吗？不，我并不了解，但我对它们很感兴趣，所以想学习一下，然后告诉我的队友我学到了什么。

令我惊讶的是，即使是高级工程师们也对这次会议非常感兴趣，他们很高兴能回忆起大学里学过的编码模式。团队的其他成员也很高兴学到了新东西，之后的讨论不仅提升了我们的技术知识，也增进了彼此之间的联系。

分享知识可以扩大你作为团队成员的影响力，而影响力的提升是资深工程师的标志。这将帮助你从需要帮助的人变成能够提供帮助的人。

这些行为上的改变帮助我从初级工程师晋升为中级工程师。我相信初级工程师还可以通过其他方式更快地晋升。

如果你已经完成了这个转变，还有什么其他的帮助吗？请在下方分享。