互联网的薪资还是非常诱人的，高辄年薪百万，低辄几万十几万。
虽然，很多互联网企业每年都有 2% ~ 20% 不等的调薪。但是，这点人为涨幅跟程序员付出的辛劳比较，根本不值一提。
因此，跳槽也就成为了很多程序员 快速涨薪 的首选办法。
但，人的本性是喜好稳定，溘然换一个陌生环境，开始时会有强烈的不屈安感。
如何快速适应新的事情环境？
这里面既要熟习公司的企业文化、产品业务、技能框架、系统代码，还要处理好身边的同事关系。
要面对的事情好多呀，生活太难了。。。
当然，程序员的事情首选还是快速熟习系统，进而能快速上手写代码。
那么本日，就跟大家一起聊聊，新人入职，如何快速投入事情？
首先，我们要清楚，每个人的大脑想法都不一样。正如莎士比亚说的，一千个人眼中有一千个哈姆雷特。
如果按常规思路，去揣测别人的代码思路，很随意马虎陷入细节中。
你不疯，谁疯！
1、先看文档。
设计文档就像一座大楼的设计图纸，让我们对全体系统先有个直不雅观的认识。
以是说，对付刚入职的新人，一定要和身边同事尤其是带你的师兄搞好关系，给人家买买奶茶，请个午饭啥的，程序员一样平常内心善良，很随意马虎被打动。
你后续的答疑肯定要麻烦人家，当然人家也可能顺手分享给你一些有用的技能文档资料，你别鄙视这个，它对你快速熟习系统起到了至关主要的浸染。
特殊把稳：常日文档与代码存在一定的滞后性，比如修复线上 bug、或者一些小需求，可能就没有文档更新，如果这类需求迭代较多时，那么文档与代码的不一致性会很大。
记住一点，文档只是一个参考，不能全信。要不然你会被坑得很惨！
2、万物皆相通。
任何事情都是有技巧的，就像小时候语文老师教我们如何写作文一样，总分、分总、总分总，这些框架思路大家一定不陌生。
比如上面系统架构，当然每个公司的系统也是大同小异。
首先，最上层的业务输入层，可能是页面，也可能是对外的 API 接口。
不管是哪一种形式，我们可以快速将其转换为 用例图。通过用户故事，帮助我们先理解全体系统的 核心功能，让我们对业务体系先有个体感。
3、家里有粮，心中不慌。
然后，便是另一端了，没错，便是底层的关系存储，将业务表的 ER 图快速还原。
不管中间的 Service 层、Manager 层、infrastructure 层 如何繁芜，终极数据肯定是要落盘存储。打蛇要打七寸，办理问题要抓紧张抵牾。
当我们把业务表的 ER 关系还原出来后，我们基本上能从高下两端，快速摸清业务。
轻微有些履历的架构师、领域专家对付系统如何搭建，心中会形成个概要方案。
然后带着这个思路，再去看代码，不断纠正自己心中的设想方案。就像拿动手电筒走路，不会两眼一抹黑。
4、同事解惑，结果论证。
当然了，你全身心投入看了几天的代码，觉得懂了很多，但又短缺一种脚踏实地的觉得。
可能你也网络了一些问题，还没有答案。
你可以找熟习系统的同事，占用人家一点韶光寻求答疑解惑。当然你也可以讲下对系统的个人理解，听听别人的反馈，验证自己的理解是否有偏差。传授教化相长 会让自己进步更快。
如果恰好你是老板的话，那相对随意马虎很多，你可以安排团队成员对自己卖力的模块，梳理产出用例图、类图、状态机、时序图 、流程图、架构图 等，既磨炼了小伙伴们的逻辑思维能力、表达能力，也为自己熟习系统供应更多的信息输入。
5、末了，古人栽树，后人乘凉。
无论你是原创作者，还是后来接手，技能文档一定要持续培植。随着越来越多的人接手并重视文档的培植，才能让代码逻辑显性化、清晰化，也便于我们的持续优化升级，而不是处于一种持续混乱的状态中。
