代码大全读后感4

要想写好 PDL，首先要用易懂的自然语言，避免拘泥于某种程序语言，其次要在意向
层次上写 PDL，描述设计作什么而不是如何作。
· PDL 到代码流程方法是详细设计的有力工具，而且使得编码非常容易。可以把 PDL 直
接翻译成注释，但要注意保证注释是精确而有用的。
· 应该在工作的每一步中都检查子程序，并鼓励同事们检查。这样，可以在投入的资金
和工作努力最少时便发现错误，从而极大降低改错成本。

作者在书中，反复提及，不要在代码还没有写好或者自己根本就没有弄清代码逻辑的时候，就采用简单的尝试方法让程序编译和运行起来，查看结果是否正确，当结果正确后就认为已经完工了；一个典型的例子便是更改循环时候的比较条件，试试能不能干活。
我想很多人在还是新手的时候都犯过类似的错误吧，至少我犯过类似的错误。在学生时代实验室的项目里面，能够成功的编译是主要的工作目标之一，很多时候根本没有弄清楚代码的逻辑，只求为了编译通过急切的看一下运行的结果。运行结果不正确的时候，再凭空猜想一下哪里出了问题去改一改，运行结果正确后就觉得万事大吉了。
等到工作后才发现，要想让程序健壮可靠，首先必须自己弄懂了程序，即使不能做到明白每一句代码是做什么的，也要明白每个函数是在做什么，是不是正确完成了功能。当然，最好是能够弄明白每一句代码是做什么的，至少明白自己为什么要写这一句代码，为什么是+1而不是-1，即使是因为架构或者历史代码或者进度的原因，不得已需要添加一些不够好的代码或者设计，也请给自己留下注释，而不是简单的根据当前是否能够工作来进行编码工作。要知道，在你开发的机器上没有出现问题，可能是因为你测试的Case不具备一般性，或者是本身的环境特殊等等原因。