程序设计经验谈

关于Bug

可能程序当中最让人头痛的就是Bug了，这就像是一个魔魇出现在每一个程序员的脑海里，尤其是那种编译通过但是运行中时不时出现问题的BUG。碰到这样的问题只能是尽量的多做测试，反复测试代码，甚至专门为BUG编写测试代码。只有经受过反复测试后的程序，才能有效的减少BUG，但并不能终止它，因为它总是潜伏在你没有测试到的地方。

关于Debug

Debug通常称为调试版本，它包含了调试信息，并且不做任何优化，便于程序员调试。Release称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好的使用。在现实情况中，我发现很多程序员并是按照这样的方式在开发和修改程序，大部分的人都是直接在Release下直接工作。当然，并非不可，对于某些高手中的高手来说，他们思维缜密，对代码和程序相当精通，编写的程序总是不会出现任何错误，这样的人是不需要Bebug的。但是如果你不在这个行列内的话，还是本本分分的该怎么做就怎么做吧，不然给别人的感觉就是水平低下，或者是对编译器选项非常陌生。

关于硬编码
硬编码的意思就是代码处理上不够灵活，可以说是为了实现而实现，比如说for(int i=0;i<5;i++)。当程序需要进行适当的变化的时候，硬编码会对程序照成各种意想不到的问题，造成程序运行中的各种错误，这些错误大多又没有办法检查出来，只能在代码内一一查找。另外还有一种硬编码即僵硬的架构处理，当需要对程序进行扩容和修改的时候，由于组件之间代码过于耦合，导致难以改变成为其他的形式，严重的甚至半数代码以上都需要重新从头开始编写。这也是很痛苦的事情，我自己感觉这个比Bug更让人感觉憎恶。唯一的解决方案便是从设计起初的时候便要为以后修改留有余地。

关于注释
此处所指的注释有两条含义，一个是对代码段的说明的注释，另外一种是对代码段落的注释。注释的作用就是对一段代码功能的文字性说明，但是很多人在写注释的时候总是不那么正式，寥寥几句总不肯把事情讲清楚，或者是总是喜欢顺手注释，只注释出修改日期，其他一概不留。如果从代码书写的规范性来说，都不符合标准，或许通常这样写注释的人都是写给自己看的，不是写给别人看的。另外一种对代码段落的注释，如果一个cpp内被随手注释的代码段落和正常的代码段落能平分秋色的话，并且被注释的代码没有任何的注解。我想可能是代码编写者可以更方便的开启或者关闭程序的某些功能吧，或者一些代码只是在编写代码的时候作为辅助的测试，一旦测试通过以后，为了日后方便继续测试，就暂时的注释掉了。这两种注释都属于不良的风格，不能给其他阅读代码的人带来愉悦的感受，也流露出程序开发者不负责和不认真的态度。