维护别人的代码,你有没有想过死?

Question

极度无聊痛苦中……
……不是说写代码的人不好,对事不对人

Answer 1

我们公司一同事走了，留下几个项目让我维护，一有问题我头就大，烦的我也想走，把代码都教给别人。－－－
回贴失败，还好养成立ctrl+c的习惯。

Answer 2

hehe.
要忍
忍不了就走人：）

Answer 3

也不是阿找到别人代码的BUG也会有一种成就感哈

Answer 4

我要对这个系统做大手术，Hoho~~~

Answer 5

回复人： chijingde(AD) ( ) 信誉：360  2005-06-28 10:47:00  得分: 0  
 
 
   也不是阿找到别人代码的BUG也会有一种成就感哈
  
=========================
找到别人找不到的bug,当然有成就感了,可是一眼就能看出来bug,就不是成就感了:(

Answer 6

找到别人找不到的bug,当然有成就感了,可是一眼就能看出来bug,就不是成就感了:(
********************并且估计通常满屏都是一眼就能看出来的bug ^0^

Answer 7

维护代码偶倒是尝到滋味了……
几十行代码就能够解决问题滴，写上几千行，为了追求运行速度，基本上都不知道他是如何写滴了，在最头行一个个"inert ..."，后面半途出来几个字段名称，再过个几百行又出来几个字段名称，而中间及后面只有''和0分别代码空字段和零数值填充，当时偶又刚进公司，就那么一段代码，偶用了三天时间去看……但是，当看懂了那一段代码之前，同时也养成了一种看代码滴耐心及奈性。其实有些时候并不一定要马上看代码，而首先要明白他这段代码是做什么用的，若是自己来写这段代码有可能用如何的几种方式去写，从而再进入代码当中，一边看代码，一边分析是如何一种思路……时间故然是需要的……必要时使用数据进行测试，必要时还需要问一下他为什么这样子写，是否有错误（对于这个问题着实是最最伤神的），其实看懂了几段代码之后，若是对程序比较熟悉的，基本上可以大致了解对方的代码风格，以及偏好，此时就不需要急着往下看了，应当休息一下，然后再回过头去从头看起，或许你理解起来将不会再有那么难了。
另外就是积累与习惯，比如网络上的一些代码，其实不管写得好与不好，基本上看多了就可以从中吸取一点就是大众化在某一层次，某一熟练程度上的程序员的代码风格及偏好。也就是所谓的看代码也讲究经验。

Answer 8

看怎么处理这类情况了。
有些“高人”留下来的系统，你要弄清楚它并维护，这个任务可能也要十年以后才能完成了。但是其实你其实可以考虑各个击破，比如说，如果某一个模块发生问题了，干脆去掉重写这个模块，然后和大的整个系统xian接起来，基本上都是些数据的读来读去了，不会很麻烦的吧。
还有，有了这个教训自己最重要的工作就是把系统结构整理清楚，文档啊。一定要写。不要把这个悲剧留给后来人。

Answer 9

也不是阿找到别人代码的BUG也会有一种成就感哈
------------------------------
当你看到一个buttonclick事件中处理了287个次对名称各异的label控件的enabled属性赋值的时候你可能很难再有什么成就感了；
更恶的是；
小伙还将为true的和为false穿插着写！

Answer 10

也不是阿找到别人代码的BUG也会有一种成就感哈
------------------------------
当你看到一个buttonclick事件中处理了287个次对名称各异的label控件的enabled属性赋值的时候你可能很难再有什么成就感了；
更恶的是；
小伙还将为true的和为false穿插着写！
----------------------------------------
无话可说,那有那么高的人写代码啊,杀人啊

Answer 11

回复人： thirdapple(.:RNPA:.陨落雕-淡泊以铭志) ( ) 信誉：100  2005-06-28 13:20:00  得分: 0  
 
 
   好的代码不需要注释……
  
 ==================偶是美丽滴分割线=====================
vcl,mfc和linux的代码算不算好代码?
泄露的windows代码算不算好代码?
泄露的cs代码算不算好代码?

Answer 12

当你看到一个buttonclick事件中处理了287个次对名称各异的label控件的enabled属性赋值的时候你可能很难再有什么成就感了；
更恶的是；
小伙还将为true的和为false穿插着写---------------------
未有幸见识................:)