上来就看代码么？这是非常错误的。就比如一本书，或者一部连续剧，如何快速知道这本书的内容或者电视剧的剧情？全部看完？这太慢了，当然是看简介或者提纲啊。
小编之前做C项目是在一个大型的系统上做的，代码量有几千万行，用到了许多技术，如果上来就看代码，那么保证你看了好几天不之所云，那到底该怎么办呢？
首先，弄清楚这个项目的需求，需求是有需求文档的。需求包括业务需求、用户需求、功能需求。业务需求是项目的轮廓，大体告诉你这个项目是干什么呢，是搞支付的？点播的？教育的？知道这个，大体能明白这个项目的主要功能。用户需求描述了用户的目标，知道这个能知道你这个项目的目标用户是哪些，能帮助你更深层次的理解这个项目；功能需求，这个是非常重要的，是开发人员必须在产品中实现的软件功能，明白了这个就知道软件大体有哪些功能点了。对熟悉项目有着至关重要的帮助
之后，则需要了解这个项目使用了哪些技术。比如：如果是一个蓝牙项目，那你对蓝牙协议一点不懂，代码怎么看的懂呢？比如小编，之前做CAN协议，上面是给了一个星期熟悉什么是CAN协议的，搞VOIP当时给了半个多月的时间，才开始接手项目，中间还进行了培训。
再下一步就开始看代码了。首先，项目里是有LOG的吧，那么根据LOG找代码是最常用的方式。所以，先跑一下项目的最基本的流程，根据LOG去找代码，熟悉最基本的代码流程，将其看懂，如果前面的几点都做到了，这一步其实蛮快的。
那么，在看代码需要注意哪些呢？是代码规范，包括编码规范和命令规范，这对你看方法名知其意有着重要的作用；还有整体代码的分布，包括包的结构、命令，及包的大概作用、有什么功能。
在看代码的过程中，可以配合着之前学习的知识（项目知识、用的技术的知识）以及自己的猜测进行一一验证；同时，如果你们项目有详细设计文档的话，就更好了，帮助很大，是没有的。当然，，会把这一块做到代码中，比如注释等更详细些。最怕的就是没有文档，代码没有注释，命名不规范，那你就节哀吧，看这种代码是最没有效率的、最头疼的。
在整个过程中，一定要老员工帮助。要知道，在工作中最重要的是什么？效率！他不是让你学习的过程，不懂就问，才更有效率，如果是工作上的事情，老员工会教你的。
下面是最重要的一点！千万别照着我上面说的就蛮干了！的处理方式和流程，如的处理方式和我上面讲的不同，千万别蛮干！自己的项目流程和做事方法！比如，这个项目不允许给你一个星期的时间去学习协议什么的，而是让你立刻上手！千万别去据理力争，当然稍微表达下还是可以的。那怎么办呢？只能下班后自己利用业余时间学习了。我一个同学，他当时就没有给时间，晚上加班到10点，回去还要学习到凌晨1点半。整整半个月，差点没累死，当然进步很明显。所以，感到厌恶的事情。