第三次作业

因为赶时间，或者是不太注重编程代码的效果，不少人只注重实现程序基本功能，而忽略编程规范，结果是写的代码很难读懂，甚至连阅读自己的代码都十分困难，这造成时间浪费，做事效率降低。关键是为老师和杜代码的同学造成一定的困难，从而造成交流上的困难！

“首先是为人编写程序，其次才是计算机”，这是软件开发的基本要点，软件的生命在于的是相互沟通与交流，而交流的前提是有一定的规范！只有易读、易维护的软件代码才具有生命力。

如果不为人编程，带来的后果是？

进度是赶上了，产品也交付出去了，一切看来是OK的，但问题也就来了。前方产品故障频发，后方开发人员不停地扑火。这个时候，他们才发现之前别人写的代码很难读懂，甚至连阅读自己写的代码都十分的困难，真是悔不当初。如果开始的时候能够将代码写规范一点，文档配备齐全一点，何至于此？

“好”的代码和“不好”的代码给人的感觉是千差万别。当我们看到优美的代码时，会有一种想继续研究下去的欲望，甚至会有一种觉得很享受的感觉。相反，当我们看到丑陋的代码时，就会咬牙切齿，因为它不仅不利于阅读，还会浪费我们很多时间，降低我们做事的效率。

排版工整 VS 排版不工整

我们打开一个代码文件的时候，最先看到的就是其排版怎样，这也是最直观的感觉。当代码排版工整时，我们很容易找出其条理和逻辑，会很快理解其到底要实现什么功能；而排版不工整的时候，我们的眼睛会觉得很累，进而影响了我们的思维。

命名规范 VS 命名不规范

在看完排版之后，我们就会看到每个函数和变量的命名。由于一般项目的代码行数都比较多，我们不可能花很多时间去理解每个函数和变量到底是何用意，到底是拿来做什么的。这就要求我们在编码的时候，使函数和变量的命名具有自说明性，让它们自己告诉读者是做什么用的，而不是要别人花大量时间去研读后才能知道。这在一定程度上反映了开发人员的态度和专业化程度。

 

注释得当 VS 注释不得当

阅读代码，我们还会注意到其是否有注释，注释多还是少。这也是很直观的。

如果代码实现的功能较为复杂，那么添加注释是必不可少的。在恰当的地方，使用恰当的注释，能够让读者觉得思路豁然开朗，他们会默默地在心里感激你。

为人编程：如何才能写出让“人”看得懂的好代码

有些人认为：我擅长制定编码规范，你们听我的就好了。我觉得这样是很不可取的！我们不应该有这种独裁主义精神，技术追重要的就是交流！