开发职业生涯中，每个人除了操刀进行全新的设计开发外，更多的时间是在进行代码的阅读和维护，也就是我们常遇到的所谓遗留代码，对于遗留代码的问题，如何掌握和修改是需要一定的知识和经验积累的，幸好前辈们已经提供了很多的阅读图书，借助这些知识，站在前人的肩膀上，我们可以看的更远，走的更远。
代码阅读
已有的公司的私有代码阅读
如果内部有文档和历史负责人的话，这个最好办，只要和对应的师傅进行求教和学习即可。
然而大部分情况是遗留代码都是比较混乱，文档和代码不匹配等种种问题，此时只能是分析和验证进行熟悉，综合使用静态分析、动态分析的方式进行处理，如下的几个工具可以辅助进行
v Source Insight
n 可以查看代码的关联关系和应用等各种内容
v Visual Studio建模工具/Together工具
n 对于类图、时序图等可以自动反向工程[从代码生成图形]，方便理解
开源软件
由于现在开源软件的蓬勃发展，现在很多产品和项目中使用了开源的工具和软件等，对于此类，需要注意
如果开源的文档和社区比较完善的话，那这方面的资料相对都是非常完善的，只要精通这些基本可以掌握了。
相对不太完善的就需要花功夫学习了，此时英语社区非常有用，如stackoverflow等，在这些社区提问和阅读别人的使用经验可谓事半功倍。
但由于在引用这些软件的时候，由于版本的差异，这个问题需要特别注意，否则有时会出现，自己花费了较长的时间解决的问题，其实在新的版本中已经提供了解决方案了。具体和新的版本合并升级的问题可以使用如下的工具辅助比较差异。
v Beyond Compare
v Diff
版本升级特别需要注意兼容性的问题，在进行之前一定要使用TDD进行可用性的验证。
参考图书
“代码阅读” http://product.china-pub.com/18134
这个提供了对开源软件的阅读方法的指导。
代码修改
代码读懂了，理解了，那就要进行代码的修改了，代码的修改其实主要是下面的原因：
v 新增功能
v 修改bug
v 改善或完善：改善设计或优化资源使用
真正操刀的话，需要“胆大心细”，并配合相关的辅助措施。
首先是针对理解的内容构建单元测试，覆盖的幅度越大越好，那么下一步
v 胆大：对现有的代码外味道要敢于修改，否则Bad Smell的这些代码会变成越来越大的维护梦魇
v 心细：通过单元测试小小步迭代，对兼容等问题已经要有多种准备和实施步骤
