4 ms·
The benefit of old code is that you've usually found all the bugs in it. And if you've already found all the bugs, and it's performant enough, why would you ev
by ethbro 7y ago
The benefit of old code is that you've usually found all the bugs in it.
And if you've already found all the bugs, and it's performant enough, why would you ever rewrite it?
Sure, there's a maintainability issue, specifically with available developer talent.
But I feel like shepherding a mature, battle-tested codebase probably is more of an ops than a dev problem.
- gshdg 7y agoUntil you need to update it to cope with Y2K or Y2K38 or GDPR or some other external factor...
- ethbro 7y agoTrue. But changes of that natures vs reimplementing the entire system?
- gshdg 7y agoI agree that making the change is preferable to reimplementing. Just saying you can’t assume that an old and battle tested codebase is an ops problem rather than a dev problem. There’s going to be some point where you’ll be glad to have original specs and docs and source code on hand (along with a good COBOL dev) so you don’t have to decompile and reverse engineer the damn thing. (Which IIRC had to be done for a relatively large percentage of COBOL-era systems updated for Y2K.)
- protomyth 7y agoI get the feeling that COBOL won't have much of a Y2K38 problem, but the elevator and HVAC are suspect.
- noobermin 7y agoHow ironic, isn't it. For some reason, everything written before the 90's still manages to work on particular platforms while everything after has been deprecated month by month.
- babyloneleven 7y agoSurvivorship bias. The ones that broke aren't around to compare.