我们会经常遇到一些新来公司的大牛，在短短是一两周就可以熟悉公司的业务和技术了，而且还能熟练的辅导比他更早来公司的小菜鸟了。
什么原因呢？因为他们已经从以往的经验中总结了一些套路出来了。上套路
1、绝大部分业务系统，不管它的后端是oracle、mysql、nosql还是内存数据库，也不管它前端是web、H5、Winform、Android还是IOS，它的核心功能都是由增删查改组成，然后通过通信、运算和人机交互串起来的，系统的复杂度只要体现在系统规模、性能、稳定性、业务流程、通信等方面（部分工具类、基础架构类系统可能不一样）。
2、绝大部分系统，不管是基于Java、.NET、C++还是NodeJS技术，都是遵循某种或几种设计模式分层进行开发的，最最常见的就是MVC了。
那怎么快速熟悉新的项目呢？同样也是套路。
1、先搞清楚新的项目是搞什么的。几个简单问题：谁在用这个系统？用这个系统解决什么问题？用这个系统和不用这个系统的区别？根据这些问题去寻找答案。
2、弄清楚系统是怎么分层、分模块的。每层、每个模块都用到了哪些技术和框架，之间是怎么通信的。
3、把开发环境搭建起来，通过几个典型的功能弄清楚系统里面的增删查改、通信、用户交互是怎么实现的。最简单的方法是根据系统的分层，先从前端到数据库把daima疏通一下，搞不清楚的话打开debug模式一步一步的运行查看。
4、经过上面的3个步骤基本上可以了解到系统的大致功能，后面就可以重点关注那些没有用过的技术和组件，先搞清楚它的目的、背景、实现原理和功能列表，再照着文档做几个demo，增加熟悉度。
5、平常开发过程中如果遇到问题首先要相信：
1）绝大部分自己遇到的问题很多已经遇到过并解决了。
2）绝大部分自己遇到的问题在当前系统里面已经有答案了。
3）绝大部分自己遇到的问题在你用的框架和组件里面都有现成的解决方案。
6、对于老系统。
1）老系统其实满是宝藏，里面有很多你可以借鉴和学习的东西。
2）老系统也满是坑，一个看起来毫无关联的代码改了之后可能引发地震。
3）很多你看着不爽的代码其实都有道理。
4）不要早老系统里面继续挖坑。
5）看不懂的代码不要动。
6）在你力所能及的范围内让老系统变得更美好。