基本上会不会砍掉重练的可能性要看系统的大小与重要性
跟你几个人无关
一堆专案都马只有一两个人在维护
如果是公司主要的核心系统
那基本上重写的机率很低
除非已经到了真的完全改不动
或是公司系统整个大翻新之类的特殊的情况才有可能
我工作这几年的经验其实也才遇过一两次而已
我上一家公司里面有好几个重要的class
其中一个最常用的class里面光是程式码就有五千多行
这还不包含发散出去的那些code
当然我知道这对很多人来说算是小class
但这对很多越后面的人已经越难读懂
因为里面包含了大量的商业逻辑
但偏偏加新功能可能就是直接加到某个方法中
所以整个流程就一堆if…if…if
可能你只是要执行A功能
但因为都在同一个method里面所以你必须要检查B、C、D…ZZ之类的
那你说要改吗？
该改肯定要改
但问题是你怎么确保改了不会有问题
抱歉UnitTest就是刚好没写到那一块
新的需求还是每天来
所以你也没时间仔细的看一遍
大家都知道code很烂
但基本上没爆炸的话就加减用吧
改了我反而还要去习惯新写法
这才是业界实际的常态
※ 引述《peanut97 (丁守中)》之铭言：
: 大家中秋节快乐，快收心了。
: 想问一个假设性问题，大家在工作上，如果有一份专案的 code 是某位前人一手写的
: 后来新人加入，变成前人带新人，此时继续维护那份code。
: 但再过一阵子，前人离职了，唯一的创始者走了。
: 新人把旧 code 重构，或是砍掉重炼的机率高吗？
: 我的想像是，如果一份code是出自于1个人之手
: 那么code就是他的世界观、他的切入点
: 后面的人看着他的世界观，有时候不一定能全部接受
: 而有人的地方就有政治
: 当他还在的时候，当然就不会乱动。
: 而当他走了的时候，后面的人，一看不爽，就可能改写成自己看得爽的、
: 好改的code。
: 如果是一个团队，那当然要好好讨论为什么要改
: 哪些因素造成现在不好的情况，以及主管同不同意改等等的。
: 只是我很好奇，1,2人的专案，改的机率高吗？
: 是不是，code只能是“现在还存在公司的人”能控制的才行。