Miles Neale (2/26/2013)
Dave62 (2/26/2013)
Miles Neale (2/25/2013)
Dave,Would you suggest developing a massive new system that is PC friendly in COBOL? ...
Definitely not.
I do .NET development and SQL Server development/administration. The last company I worked for had a lot of COBOL running on an AS400. We would leave the COBOL alone as long as it was running fine and didn't need anything new added. As soon as maintenance issues or new features came up we would work on a conversion path.
We had no need, interest, or time to bother with re-writing it just for the sake of changing the language.
Dave,
I think that you and I are on common ground. Don't fix what isn't broken.
Thanks...
I agree that most of these legacy COBOL processes should be left in place unless there is a return on investment to re-write them. When it comes to batch processing flat files, I guess COBOL is state of the art, if that's the limit of your current data processing needs. For many organizations, going from COBOL to a relational SQL database wouldn't be just an upgrade of programming code, but also an upgrade of the hardware, OS, and staff as well.
Likewise, I've got a 2002 mini-van that was paid for several years back. It gets 15 MPG, drips oil, and one of the sliding doors doesn't work right, but I have no plans to replace it with a new $$,$$$ hybrid until the thing stops running. Especially since I'm not the family member who drives it every day. 😉
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho