接下来打算更新几篇入职相关系列文章，之所以写成系列，感觉入职这块有很多东西值得深入思考和总结的。接下来的写的这几篇不是入职之前思考的，而是入职之后，回过头去却发现自己走了很多坑和弯路，所以打算把自己刚入职这段时间走过的坑以及总结的一些经验分享给大伙儿。
今天这篇作为入职系列的第一篇，想和大家谈谈新入职一家公司，如何在最短的时间内快速熟悉工作环境。这里所谓的工作环境包括业务上、技术上以及团队上等方面。
1、
入职一家公司前，想必你已经知道了一些有关公司信息，比如这家公司是做什么领域的，大体的业务和技术是什么？以及团队和公司的发展前景等。
这些在我面试了一些公司之后，一般反问环节只要涉及不到公司机密，面试官基本都和你说一下公司的大体状况。当你真入职了一家公司之后，你发现还有很多东西需要你在短时间内熟悉，熟悉之后才能快速融入到工作当中去。
我按照自己的总结思路，主要分为三大点，业务、技术、团队。
2、
业务方面，这是一个很重要又很复杂的方面，有的公司业务简单，但有的公司业务已经迭代到很多版本，所以理解起来并不是这么容易。尤其是涉及到自己未知的领域，先不说很多专业术语，就说整个业务线够你头疼的。
我深有感触，公司主要做金融领域，在理解业务上，公司的很多产品，不知道如何提供给用户价值的，毕竟自己之前没接触过，所以前期没做好功课，导致后期开发的时候，自己开发的功能一脸懵逼。
所以我在熟悉业务上，总结了几点给大伙儿。
* 公司主要业务是做什么的？
毋容置疑，业务做什么，主要取决于给什么样的用户提供服务。
* 公司产品解决了用户什么问题？
公司有哪些产品和工具，帮助用户解决了那哪些问题？
* 公司业务的具体流程有哪些？
弄清楚一个项目从业务人员到开发到最后的交付，有哪些人参与，比如产品经理、项目经理、业务人员以及开发人员是谁，这主要为了以后遇到问题，知道问相对应负责的同事。
* 公司有哪些产品，都是如何使用的？
只知道产品有哪些还不够，最主要的是自己去体验一下公司的开发的产品，都是如何使用的，这有利于我们开发人员后期的开发和体验。
一开始，不可能搞懂所有的业务线，所以脑子里有个大体的了解就 OK 了。
3、
技术方面，首先是了解公司内部的技术栈，比如后台用的 Python 还是 JAVA，前端用的 Vue 还是 React。
除此之外，了解公司项目的基本架构和模块，比如有没有组件库，组件库如何引入和使用的，规范是什么；再比如前后端合作接口文档，如果后台数据还没有出，前端如何 mock 数据。
然后再是具体的开发流程和规范，这也是我们重要要了解的，所使用的版本工具以及提交规范是什么。还有测试和开发之前通过什么工具来进行同步bug的，以及如何进行同步的。以及前端 UI 设计图的规范和一些图标库的使用地址等。
除了上述之外，还有几点，你参与一个项目的目录结构一定要搞清楚，如果是系统分模块或者是分层，大体知道每个模块是用来实现哪些功能的，比如我现在做的项目中有插件化，这些都是如何来进行配置管理的，这些都有必要弄清楚，这都为接下来的开发作准备。
4、
团队方面，对于团队的话，挺深有感触的。
一个人在牛逼，也不如一群人牛逼。有时候我们看到很多比较内向的开发者或者一些技术比较牛的人不善于够挺开发者，往往融入不到团队中去，最后无论是交流还是沟通，都会产生一种隔阂，整个团队的氛围搞得非常的压抑。
有人可能就说了，我可能性格原因，一些习惯和性格就是不适合和别人一起合作。确实，很多时候，由于个人很多原因，刚开始融入团队不太适应，毕竟环境是新的，团队的队员也是刚认识不久，所以更多的是磨合和理解吧。
除此之外，项目中有很多设计方案不是由一个人决定的，而是通过团队成员的共同讨论得出的最佳方案。
小结
今天主要分别从业务、技术、团队三个方面进行总结了刚入职时，应该如何快速的入手以及适应新的工作环境。
业务很重要，这决定着你要做的东西到底给谁用的，产生了什么样的价值。技术，看家的本领，每个公司的技术体系都是不同的，但是如何熟悉项目，从以上几个方面下手，问题不大。团队，一个 team，重要的是合作能力，不要因为个人原因，被团队所隔阂。