当入职一家新公司时，必然要熟悉一些新的软件项目，这个时候，如何才能快速熟悉软件项目，以达到快速上手的目的。

1大忌

还记得自己刚毕业的第一份工作，一上来就去看代码，看代码的细节。在看代码的时候，争取函数的每一行都要看懂是什么意思，并且函数中调用的函数，同样想去看懂被调用函数的实现细节。一开始就陷入代码的细节中，这是大忌。这样的效率非常低下，并且看完之后，自己还是什么都回想不起来。

循序渐进，从部分到整体，从细节到整体，这是作为学生时的学习顺序，但是在工作中，在熟悉一个软件的时候，这样的习惯并不适用。

 

2跑起来

当我们接收一个新的项目时，先不要陷入到代码细节中，需要先让软件跑起来，运行起来，这是我们修改软件，增加日志，学习熟悉的基础。这个时候，首先要知道从编译，打包，到部署运行是如何操作的。先让软件跑起来。

在学习阶段，使用debug版本更有效。debug版本打印的日志更丰富，同时使用调试工具，比如gdb调试时，可以看到的信息也更多。

 

3日志

软件跑起来之后，可以看日志，通过打印的日志找到日志打印的地方，有利于对软件有一个整体的认识。知道了如何编译，打包，部署，运行之后就可以修改代码以及增加日志，这样就可以有目的的去查看自己想要查看的信息。当看到自己加的日志打印出来的时候，会提升自己的信心，促使继续看下去。

 

4调试工具

以c和c++为例，gdb是调试工具。通过gdb，可以设置断点，查看函数的调用栈，同时也可以查看一些局部变量和局部变量的值。

 

5沉淀

在熟悉软件的过程中，可以将已经了解的软件架构，模块划分，数据结构，流程等通过文字或者流程图的形式记录下来。

 

从外部到内部，从整体到细节，带着问题去看代码。

①先了解软件是干什么的，了解软件是干什么的之后可以自己想一想，如果要自己实现这样的功能，会怎么去实现。为了实现这个功能，需要划分哪些子功能，要怎么划分模块，模块之间怎么交互？需要定义哪些数据结构，主要业务的处理过程是什么样的?需要定义哪些类，这些类之间的接口有哪些？

大部分人的思维过程，架构设计会存在一定的相似性，自己思考之后，再去看代码。

②从外部到内部，从整体到细节，不要一开始就陷入代码细节。先了解软件的整体功能，模块划分，再去看具体的细节。

③带着问题去看代码，在求证问题的过程中，对代码的理解是深刻的。要避免“系统”性的学习，这里的系统性指的是我们学生时代，学习一个科目的过程，学生时代学习的时候，总是从课本的第一章学习到最后一章，并且前边章节是后边章节的基础。但是在工作中，熟悉软件项目的时候，这种习惯不完全适用，通过问题的方式，有针对性的进行学习，往往效果更好。