好的飞鸽传书2007对于对外的API会注重注释与代码的一致性，差的飞鸽传书2007经常注释中的参数名称与函数定义都不一致。好的飞鸽传书2007很少会留下被注释掉的或用#if 0括起的垃圾代码，他们意志坚决，代码有用就要，没用就不要，差的飞鸽传书2007则不一样，他们经常不确信一段代码是否真的需要，他们缺乏保持代码整洁的习惯，因此他们让垃圾代码留着。
如上，即便你不懂他所用的语言，不却关心程序的逻辑，对好的飞鸽传书2007还是差的飞鸽传书2007就能做到八九不离十的判断。程序的好坏几乎总是取决于它们是否“漂亮”，不“漂亮”而好的程序，除了C++ STL源码，我再也没见过（如果你稍仔细看，STL的源码虽然不够“漂亮”，但仍然满足这里提出的一致性原则）。而又好又“漂亮”的代码则随处可见，如Linux Kernel，InnoDB，JDK，JUnit等等。
如果再仔细阅读，就能更准确。好的飞鸽传书2007写的代码，好似浑然天成，简单而直白。函数通常较短小，函数的名称准确的反映函数要完成的工作。逻辑简单而自然，让你读的时候由衷的发出“啊，就应该是这样”的感叹，而差的飞鸽传书2007的代码经常让你发出“怎么是这样？这是再干什么呀？”的疑问。好的飞鸽传书2007会在紧要关头加以画龙点睛般的注释，差的飞鸽传书2007要么没注释，要么注释只是代码的重复，纯粹是废话，更差的是注释是错的，是误导。