刚入职就被分配两个项目，这样正常吗？——我的回忆

我还记得刚入职那会儿，第一天刚坐到工位，熟悉环境还没过几个小时，领导就把我叫到办公室，说：“你先接手这两个产品项目吧，原来负责的人已经转去别的方向了。”

当时整个人都是懵的。一个刚毕业的新人，连公司代码仓库都没熟悉透，就要上手两个完整的产品项目？ 这放在谁身上都会觉得压力山大。

刚入职的迷茫

说实话，刚开始的时候确实没人带我，更多是让我自己看文档、啃代码。问题来了：

• 文档并不完整，很多地方只写了个大概；
• 代码里充满了宏定义和移植痕迹，看得云里雾里；
• 硬件资料也不全，想跑个 demo 都要自己拼凑。

于是我陷入了“一个人对着代码和硬件瞎摸索”的状态，期间还闹过几次笑话：编译环境配置错了半天，驱动改动结果系统直接死机，调试时误以为是内核问题，结果最后发现只是自己 Makefile 写错了路径。

项目的压力

刚入职就被分配的两个产品项目，一个是客户急着上线的升级版本，另一个则是还在研发阶段的新平台。

• 第一个项目考验的是我对 Bug 定位和快速修复 的能力；
• 第二个项目则让我第一次完整经历了 从 BSP 移植到应用适配 的流程。

虽然压力很大，但在这种环境下，我被迫快速成长。很多以前在学校里只停留在概念上的东西，比如 设备树配置、驱动调试、交叉编译环境搭建、rootfs 定制，都在实际项目中一一用上了。

出错与成长

不可避免地，我犯过不少错误：

• 有一次修改驱动时忘了同步到另一个分支，导致测试版本跑不起来；
• 有一次因为低估了 Flash 读写速度，方案上线后性能不达标，被客户当面指出。

这些经历当时让我非常沮丧，但也正是这些错误让我学会了：

• 任何改动都要记录、要可回溯；
• 做设计前一定要评估边界条件，不能只考虑“能跑起来”；
• 沟通比单干更重要，遇到不懂的地方要敢于问。

回头看

现在回头想想，刚入职就接手两个项目，确实让人感觉不太“正常”。但在很多中小型公司，尤其是嵌入式行业，这种情况其实挺常见：

• 团队人手有限，新人往往要“边学边干”；
• 项目周期紧张，没时间让你慢慢适应；
• 反过来也说明公司愿意给你机会，哪怕有点“赶鸭子上架”。

如果换成现在的我，可能会更从容一些，因为那段经历已经让我习惯了快速上手和解决问题。

全网最全面的嵌入式八股文专栏：https://www.nowcoder.com/creation/manager/columnDetail/mPZ4kk

总结

所以，“刚入职就接手两个项目，这样正常吗？”——从严格意义上说，不算正常，但在嵌入式行业并不少见。

• 对新人来说，这是个挑战，也是快速成长的机会；
• 对公司来说，这是在考验新人能不能扛事。

回忆起来，那段日子虽然辛苦，但也正是因为那两个项目，我才真正从一个“会写代码的学生”变成了“能独立解决问题的工程师”。