试用期什么事情最重要？把那些能帮助自己快速转正的事情做好。
01
完成跳槽之后，进入新公司并不说明就算真正进入该公司，试用期的三个月考核这才是正式开始。
尤其互联网行业中，在试用期被离职或者主动离职的比比皆是，中间原因很难一概而论。
不过大部分原因可能就是公司环境适应不下来，可能是开发环境，或者工作环境，再或者就是什么价值观不和的虚与委蛇。
这也就是为什么很多人跳槽之后的三个月并不敢直接把房子搬到公司附近，因为总怕没转正来回折腾麻烦，这应该是大多数漂泊在外的朋友心中无言的伤。
生活就是这样，花里胡哨的，你可以不热爱但是要面对。
02
互联网公司的程序员试用期到底要做哪些事情？一句话形容：很多。
入职的第一周，一天搭建环境，一天熟悉代码结构，三天看看业务和部分接口逻辑，这都是良心公司才有的安排，合不合理？谁知道呢。
有些公司不讲武德，入职一天之后直接甩个小需求过来，美其名曰可以快速适应业务，说的也挺一本正经的。
搭建公司的开发环境这是起手操作，一般除了实习阶段有人手把手的教环境搭建之外，后续在入职新公司都需要自己折腾。
环境搭建好之后就是快速的把代码在本地构建好，并运行起来，这里可能会有一些特殊的配置可以根据环境文档操作即可，然后就是熟悉代码中的各种技术组件，规范和基础工具。
新的公司不管系统如何，可能都会遇到自己不熟悉模块，比如公司系统开发的技术栈基于是分布式，有些新技术组件的需要学习，可以在下班后时间快速熟悉官方文档和结合项目用法，快速熟悉起来。
尤其注意的是这些不熟悉的技术组件，可以说自己不太熟但是不能说不会，利用空闲的时间快速恶补一下，然后照葫芦画瓢摆出一副不难的样子。
对于大多数公司而言，环境和代码结构熟悉基本也就控制在两天的时间，然后就是对于现有产品的流程熟悉，这里一定要做到心里有数，熟悉产品中的核心业务流即可。
借助业务文档，需求文档，和开发环境的，理清楚核心业务模式的流程，像系统基础，权限管理，架构这些内容都不是当前最关键的，只有熟悉核心流程，才能在后面需求开发的时候做到心里有数。
03
能给一周熟悉环境和产品的公司，目测绝对良心了，第二周开始就会介入到版本需求开发，工作的这几年真的不乏有很多人在第一个版本就凉了的。
参加的第一个版本需求开发通常不会很难，可能是遗留的小需求或者线上出现的小的BUG，这个版本也不是用来考察新人的能力上限，基本就是看做事风格，思维，还有就是对环境的熟悉度。
需求开发的基本套路无非就是评审，立项，开发，测试，上线，但是这是个拒绝犯错的版本，如果第一个需求开发不顺或者有重大失误，基本就试用期结束，注意下面几点，基本无压力：
第一：理解基本需求；这时候不需要端着，不合理不懂或者不理解，版本开始的时候就要讨论清楚，最忌讳开始说很明白，在周期结尾发现有关联问题或者考虑不周导致延期。这样会导致心里压力大，时间紧，效应型错误就会连续出现，然后HR谈话就会出现。
第二：代码与规范；首先就是新分支的创建，然后就是基本需求完成开发，实际的代码开发建议在开始的时候参考现有代码风格与逻辑即可，不需要过多加入自己的习惯和风格。
第三：良好的意识；业务开发真的很考验程序员的意识，因为业务之间的关联性可能在需求上不能直接体现，只有在不断推进和调试中才会出现，新人最大痛点莫过于需求开发完之后，引起一些盲区问题，所以在建议业务不熟悉的情况下，通过加班赶开发进度，提前开发完如果发现关联问题可以有时间处理，同时给团队留下很好的印象，避免处于被动状态。
如果这个需求可以顺利完成上线，那就基本算正式融入这个新的环境了，不需要再有太多心里压力，后续就会开始不断的版本开发和业务熟悉的良好状态中。
04
这里来聊聊个人在团队中的定位，有多大的能力拿多少钱，就要承担相应的责任，这是通常的共识。
在一个合理的氛围良好的团队中，通常对于分工都是极其合理的，高级工程师承担核心业务，初级工程师负责边缘业务，架构师做日常架构维护和升级。
所以自己以新人入职到一个团队之后，要明确部门对自己的定位，并且承担相应的责任，在试用期后半段，一般会按照能力分配不同难度的开发需求，保持良好的心态认真对待就好。