一般进入公司后，我们不会从头开始一个项目，而是会在现有代码的基础上维护或者开发新的功能，所以一定要“读代码”。
阅读包括“综合阅读”，了解系统架构和功能模块，并对系统有一个大概的了解，每个功能都能找到对应代码实现的位置。
还有“深读”，通常指调试，修复bug时使用。 另外，还包括review：一些比较规范的公司会有codereview，也是深度阅读，但不需要任何debug。
对于一个成熟的项目，阅读代码——而不是编写代码——可能是最耗时的任务。
写注释文档
为了减少“读代码”的时间，我们不得不花时间在“写注释”和“写文档”上——这是程序员最讨厌的事情。 所以现在“只有不好的代码才需要注释”的声音越来越强烈，不过没关系，文档还是应该写的。 （注意：你必须能够区分注释和文档）
理解需求
好了，终于到了“写代码”的时候了。
但是，在开始编写代码之前，您需要花时间“了解需求”。 与写小程序为了好玩不同，在公司里，你是为别人写代码，所以你必须了解别人想要实现什么任务。 通常，这并不像您想象的那么容易，需要反复沟通。
当然，也有一些团队和个人不愿意在这上面“浪费时间”。 通常他们最终都是写代码，然后不断地改代码，加班加点，做很多无用的工作。 而且整个公司到处都充满了怨气。