关于好的程序至少要写两遍

[ailin84]

我确实发现好的程序都是一遍一遍改进出来的

每次看一下以前自己写的程序,总感觉有很多可以改进的地方(不管是性能,代码量,可维护性等等)

以前我写了一个orm操作的辅助类,前前后后到现在一共修改了10次

我敢保证,拿我现在的眼光去看当初那个类,还是有很多可以改进的地方,也许性能上能提升1%,也许代码能更优美一些

然而,我也花了至少几倍与当初的时间来维护自己曾经的努力

然而,这些改动也仅仅是我个人思维局限里的一次次重构,以自己10天后的新思维方式去维护它

这样做真的有意义吗? 真的是提高么?(我浪费了很多的时间花在重构上,其实我可以用这些时间去学习新技术了,新算法了)

[人生难得一只鸡]

随着自己知识的扩充，好的东西当然要替换掉之前的，取其精华.

[ailin84]

原文地址:好程序需要至少写两遍

http://sd.csdn.net/a/20111101/306695.html

[Icedmilk]

下次你写同样类型的代码的时候，你就能够直接写出以前你需要改10次的代码，这就是提高

[ailin84]

[Quote=引用 3 楼 icedmilk 的回复:]
下次你写同样类型的代码的时候，你就能够直接写出以前你需要改10次的代码，这就是提高
[/Quote]

我没说不是提高,我的意思

这个提高 和 用这些时间去学习 新东西 新思维的 提高,谁的性价比会更高

[jevin8011]

十分有意义 ， 代码只有不断重构才会精炼， 多看看重构和设计模式， 然后对代码回顾，每次可能都会有新的收获。

[guxingwang]

随着写代码时间的增长，会经常发现以前的代码写的有不好的地方，但是也不太可能总去修改以前的代码，可以写一些公共方法保存下来，这样以后就可以随时调用了

[ailin84]

自己顶一下

[老龙友]

呵呵，10次算少的

[卧_槽]

有本书叫《重构》

[小赖赖]

要有勇气重构自己的代码
只要不是为了重构而重构
个人认为,程序员应该具有追逐完美的精神
最近一个从模板生成PPT的项目的代码,已经自发重构过十几次
其中颠覆性的修改就超过5次
其实第一版的代码就已经可以使用了
但是自己都不满意的代码,又如何能让用户满意
如果从金钱收益上看,我是亏了
但是长远来看,绝对是赚了,
因为每改一次,都颇有收获
每重构一回,都对编程甚至是设计有了更深的理解
到现在仍有不满意的地方,打算抽时间继续