看不懂自己的代码，对程序员来说是不可饶恕的

sdccumcm

/ R$ m' [  z2 [' F+ `3 e1 R" `
最近遇到一个事情让我大为不解。一个程序员自豪的宣称他完全看不懂自己一周前写的任何代码。我真的想探明他的这种自豪感从何而来，但无解。他是在骄傲每天写如此多的代码吗？有人会愿意聘请这样的人去写程序吗？

首先让我明确的阐明我对此事的观点：不能理解一周前或一年前自己写的代码，这对一个职业程序员来说是不可饶恕的。

/ m' m( @( j* X, a/ H% y* h8 x我 就把话放这。现在，让我详细的说一下。我已经兢兢业业的编程编了15年。很早我就接受了一些编程习惯，至今没有改变。我能轻松的看懂我一年前写的代码，甚 至2年前，12年前。各种语言的代码，在各种业务领域里。算法，解析器，web应用，嵌入式控制器，脚本，链接，所有你能想到的。即使有些很早的代码，理 解起来有些困难，但我仍然能从中看出一些模式的影子。
  k: c% [1 j: z: h9 \. @& ?6 y
' b9 m8 [. g5 |3 E9 O4 y我能做到这些，主要的方法是认识到代码必须易读。自己易读，别人也易读。代码如果不可读，那就会跟不可用的代码一样糟，甚至更糟。如果一段时间后你看不懂你自己写的代码，别人就更不可能看懂了，没有这种可能。不会有任何一个软件产品会因为你而值得骄傲。
7 r0 a: ^8 ]( Y/ p4 M
) S) `% s; r0 i2 u我 无法用更大的声音强调，让自己的代码易读、易理解是何等的重要。不仅仅是它能让你的软件产品更好，更容易被别人维护，同时，这些代码也将成为你自己的私人 工具箱，你将会在今后的职业生涯里使用、反复的使用它们。拥有这样一个工具箱，你将变得超级的强大，这将是你区别于其他编程高手的重要特征之一。我己经记 不清有多少次，当面对一些似曾相识的问题时，我通过回忆，在我的历史代码库里搜寻，轻松快速的就能找到或整编出问题的解决方案。很显然，你不能理解的代码 是进入不了这样的工具箱里的。

; _2 i4 G6 B. U这样结束这篇文章似乎有点玩世不恭，我应该解释一下是如何练就这样的功力的。坦率地说，这很难用文字描述，但我尽力。

* @) L9 ?1 F0 }% g/ x  b6 h我 非常确信，我的这种方法也被作家们(以及任何从事创新性职业的人)使用。一旦你写完一段代码(越小越好)，你需要停下来，看看它是否易读、易懂。读它，反 复的读它数次。跳出你对这个问题熟知的环境，想象那些完全不知道上下文情况的人在读这段代码。这样的一个人能读懂吗？如果不能，是因为什么？从你的由《代码大全》等好书丰富而成的“代码可读性”百宝箱里找出所有可以的技巧，应用它们，直到你确信这段代码变得易读为止。
, t8 }# H, u( O( u
: n: _9 G: @- s, \' q. i一旦你满意了，再读一遍。几天后再读一遍。这让我想起了我写一些高深技术的文章时，每一个句子，我都要读上20遍，重写5次。我写代码也经常是如此。完美可以因天赋而成，也可通过无情的重复和实验实现。因为我不具有前者，我就一直坚持着后者。
5 S9 P; z- \8 }4 L. a" U
+ E$ H) j7 {) O- H最后，重构，无畏的改进。如果你遇到一段可以更清晰的代码，那就让它更清晰。改进代码质量是我们这种职业中一种难以把握的附加任务，但当你遇到一个持续一、两年，涉及多人的大型项目后，你自然就会领悟其重要。
, q% {$ K" V4 @0 z

sdccumcm

加油！ 努力 ！         

繁华红尘_任我逍

说得对，我欣赏！

wangzheng3056

同感啊，每次编完的C代码，一年后拿起来就不会用了

sdccumcm

wangzheng3056 发表于 2013-7-22 11:17
( m9 K' b* X3 x  G) L" H$ u% s6 M8 K同感啊，每次编完的C代码，一年后拿起来就不会用了

3 T, x) R7 x8 Q6 w0 C7 n) {

xx372859523

无法想像。。。

gzcy0457

这个东西不应该啊