刚入职新公司的第一周应该是比较紧张的，因为第一周算是我们熟悉的时间，到第二周有可能就要开始做项目了，甚至有的节奏快的公司也就让你熟悉个两三天后就开始干活了。那么在这短短的几天的时间里，我们应该重点熟悉和了解什么呢，才能帮助我们更快的适应新的工作（能干活）？

如果公司能给你指定一个师兄那就会好一点，有什么问题都可以直接问师兄，但是问的太频繁也不太好，尤其是不能问让自己显的不专业的问题（当然也不会问？）。

思考总结了几条，希望对你有帮助。

第一步肯定是配置环境了

相信这一步是每个人到新公司第一天必做的事儿，这个时候就要把必要的一些开发工具和基础服务安装好，比如浏览器（是否太旧）、命令行工具、git、nvm、nrm、node、nginx、vscode、sublime、小程序开发工具、brew、xcode、jdk、adb、其他一些开源工具等，基本上就这些吧（还有别的，可以留言补充），安装顺利的话一天内搞定，不顺利估计回家还要继续装。

团队业务线

大致了解目前团队负责的产品和业务以及产品的现状、产品的未来发展方向，这对我们后面的工作也是有很大帮助的（起码知道自己做的是什么事儿）。

在这方面首先是自己先进行初步了解，比如通过搜索、通过对自身产品进行体验，然后下一步就是找主管进行一个全面的了解，包括背景、目标、现阶段、未来、涉及的其他团队的情况等（一般主管都会主动找你聊），最好是能要到一些具体的文档来查看。

自身职责

其实这一步在了解团队业务线的时候，都会说到你的职责是什么，即便是没有说的那么明确，也不影响你对具体任务的开发。

其实如果是单纯的开发任务还好，都是跟着版本走的一些业务开发工作，但是除了开发任务，还要了解有没有一些非业务开发类的工作要做，比如okr啦。毕竟提前了解，可以提前准备，不至于那么慌。

研发流程

• 整体流程

主要是了解整个流程包括什么，当然每个公司都有，只不过是有些环节可能不同，这个时候要对自己原有的流程做到心中有数，然后再和新公司的流程进行对比，当然最好思考下为什么有这个差别，这样做有什么好处。

流程大概有：需求预评审-》研发调研-》需求详细评审-》研发出技术方案-》各端一起确定排期-》进入开发阶段-》研发中后期QA提供测试用例-》Code Review-》研发自测+联调-》提测-》测试+bugfix -》产品+UED验收-》预上线（可能会封板，这个看具体的情况）-》API上线（是否有灰度）-》QA回归-》FE上线（是否有灰度）-》QA回归-》完成！

• 版本迭代周期

了解产品迭代是固定周期发版，还是每次都是根据具体的需求量，然后由开发测试排期后再确定上线时间。如果是固定版本周期的话，这个时候就需要了解这个周期是多久，在这个周期内各端处于哪个阶段应该完成什么工作，做到心里有数，不要造成延期。

• 发布工具

每个公司都有自己的CI/CD工具，所以这个时候要了解是否有相关的文档，如果没有最好提前找人问清楚了，应该怎么操作。

比如test环境、预上线环境、线上环境等如何操作以及相关流程。

分支管理规范

每个公司都会有这个规范，不然开发无法进行项目开发的。而且都有相关的落地文档，搞清楚各个环境的分支的提交规范、命名规范，pr规范等，比较严格的话代码提交必须按照规范提交，否则是无法提交的。如果不了解的话，到时候你只能是临时找人问了。

公司基建

一般中小厂，基础建设不是很多，内部业务依赖很少，所以基本上这块儿没什么压力。但是如果到了大厂，这个要尤其注意了，大厂基建是超多的，各种各样的基础平台，有时候对某些系统不了解，就真的没法干活儿。当然这个也不是短期内能做完的事儿，但是要有这个意识。

工程和代码

到这里就要开始接触具体的工程代码了，一个是快速的熟悉工程内的基础模块、公共组件、业务代码，另外就是看工程内是否有自身模糊和陌生的领域，有没有之前没有用过的技术，如果有那就要提前做好功课，以免到开发阶段不知所措。

最后

刚入职新公司我们是可以，以一个新人的身份不断的问别人，在哪里拉代码？怎么提交？我怎么提交不上去？怎么提pr？怎么上线呢？等

但是有个更好的方式就是把自己零碎的问题抽象一下，聚合成一个问题，即能体现自己的专业度也能把自己的问题彻底的解决。

当你有不明确的地方的时候，我们可以再和其他人进行确认一下，没错，是『确认』，而不是你完全不知道。

准备了几本《狼书node第二卷》给大家，回复本公众号『抽奖』即可。

点个在看支持下