我看到过很多离谱的现象。比如:
- 程序 代码重复、命名随意、逻辑混乱、甚至对齐都不一致,当我询问代码为什么这样写时,他们告诉我:我接手时就是这样!
- 原理图参数错误、器件老旧,甚至原理都不合理,当我询问电路为什么这样设计时,他们告诉我:我接手时就是这样!
- PCB 布局不合理、CPU 引脚扇出不合理、布线不合理、甚至在 PCB 上硬连线(原理图上没有这些器件),当我询问 PCB 为什么这样画的时候,他们告诉我:我接手时就是这样!
我知道他们接手了一个烂摊子。
我能理解他们在维护这个烂摊子时表现出的愤怒和无奈,我还能理解为什么他们要强调“接手之前就这么烂”,但我不理解的是为什么这个烂摊子没有变好的迹象?
烂摊子可能来源于目光短浅不够专业的同事或者前同事,就如我在《速度与质量》中写到的那样,他们走了捷径,牺牲了质量。
但是,接手这个烂摊子的你,是可以有不同选择的。
是鄙视前面所有人,然后搞一下试一下,用尽可能省事的步骤搞定,将烂摊子搞的更烂一点?
还是
正视烂摊子,去重构、去微调整,让烂摊子一点一点变好,直到脱胎换骨,更容易的面对变更?
你应该有所追求,毫不犹豫的选择后者,你应该立即着手改进烂摊子。技术人员应该有着不可逾越的底线:不制造烂摊子,也不放任烂摊子。
我们都希望维护的代码是清晰的、可测的、高质量的,但这要依赖于前人栽树。
那么什么时候是种树的最好时机?
春天?秋天?
都不是。
种树的最好时机是在 10 年以前,这样你现在就可以在树下乘凉。
看看周围,很明显,你错过了这个时机。
那么,什么时候是种树第二好的时机?
今天,现在!
读后有收获,资助博主养娃 - 千金难买知识,但可以买好多奶粉 (〃‘▽’〃)
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)