读代码，是理解源程序风格，熟悉业务逻辑的一个艰难过程。读代码这一步成功了，意味着能适应新的开发工作；如果两、三年都整不明白，建议另做打算。我们公司在十几年前，招过一个单片机开发工程师，让他负责一小产品的单片机汇编语言的维护工作，目标代码40KB稍多。
为什么说读代码比写代码难？
读代码，是理解源程序风格，熟悉业务逻辑的一个艰难过程。读代码这一步成功了，意味着能适应新的开发工作；如果两、三年都整不明白，建议另做打算。之所以叫一些程序员为”菜鸟”，不是因为他们对编程语法不熟悉，更多的是因为他们对业务逻辑很陌生。凡有一定基础的公司，招聘的新程序员，第一件事，就是读懂程序，熟悉业务逻辑，从而改进及增加功能。
有的编程人员在一个新公司干几个月，要么自己辞职，要么被公司强制辞退。很大程度上与业务逻辑有关。搞不懂这个程序的服务对象，各功能之间的关系。把别人的源程序看的似懂非懂，到处瞎改一气，结果一测试，问题越来越多，越来越搞不懂。对新招聘的编程人员，在两年之内，只做辅助工作，阅读程序，不安排主流开发工作。我们公司在十几年前，招过一个单片机开发工程师，让他负责一小产品的单片机汇编语言的维护工作，目标代码40KB稍多。
大致看了两周时间，他认为很明白了，开始做用户反馈问题的维护工作。一个月后，他认为改好了。公司安排人把相关功能测试了一下，认为OK，软件下发，给新加坡的用户升级。一周后，用户反馈来了，问题写了二十多项。我们都很惊讶，原先用户只有一个问题，给这家伙一改，变成了二十多个。用户直喊退货。受命危难之秋，我直接上手检查。
用了两天时间，终于整清楚。本该按位进行ORL或有ANL的地方，他一概用MOV，这块写对了，把别的标志位全改了，这就导致了简单测试时一点问题没有；在用户处，经常使用很多功能选项，问题就出来了。从这以后，我们加长新同志打杂的时间，争取水到渠成。总结：不同公司，不同行业，要很好地工作，首先要对业务逻辑很熟悉。
