为什么说读代码比写代码难？ 第1页

becausetheydontcasesensitiveanddontknowanythingaboutminusorunderline();

首先，就不说写的烂的代码了。只说写的好的代码。写的好的代码，依然是很难阅读的。

写的好的代码，一般是遵循一些原则。而这些原则，很难从最后的代码中反推出来。这些原则一般都是 declarative knowledge。而我们看到的代码大多是 imperative code。即使是 functional program 或者 declarative language 的 code，一般也是用低级的抽象来描述高级的原则。

举一个类比。目前体育比赛中很多规则的修改，都是借鉴以往比赛中，一些旧规则导致比赛比较沉闷，或者被运动员钻空子的经验教训。但是单单去看这些规则，你无法反推出来它们是为了避免什么情况。

所谓的「读懂写的比较好的代码」，一般是从代码以外的途径了解作者的意图。然后再掌握作者贯彻这些意图的一些基本习惯。

遵循原则的代码已经如此难以阅读，事实比这个还糟糕。任何原则应用于具体问题，都有例外。所以在任何代码中，都有遵循原则的代码和例外的代码。好的代码只是减少后者的比例，而无法完全杜绝。