Click here to monitor SSC
SQLServerCentral is supported by Redgate
Log in  ::  Register  ::  Not logged in
Home       Members    Calendar    Who's On

Add to briefcase «««34567

Early Software Expand / Collapse
Posted Tuesday, February 26, 2013 5:21 PM
Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Saturday, October 24, 2015 2:31 AM
Points: 3,158, Visits: 11,771
Eric M Russell (2/26/2013)
Miles Neale (2/26/2013)
Dave62 (2/26/2013)
Miles Neale (2/25/2013)

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.


I think that you and I are on common ground. Don't fix what isn't broken.


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.

As I mentioned before, I was developing COBOL using SQL databases (DEC Rdb) 25 years ago, so I don't think there is anything about SQL that forces you to abandon COBOL.

There are a lot of mainframe applications that use COBOL to access SQL (DB2 and Oracle) databases. In theory, there is nothing preventing development of COBOL to access SQL Server databases.

There are plenty of good reasons to move away from COBOL, especially for new development, but most of the reasons you have posted just show a lack of understanding of the technology.

Post #1424290
Posted Wednesday, February 27, 2013 10:03 AM


Group: General Forum Members
Last Login: Thursday, August 27, 2015 9:28 AM
Points: 11, Visits: 44
Heh!!! My first software was in Physics, I was trying to aim for a payload specialist spot on the Shuttle.

It was to calculate the charge of the electron using the Millikan Oil Drop experiment.. I got it to 19 decimal places..!!!

Later the physicist wrote an equation up on the board, turned around and said something about it. I didn't understand either him or the board.

So, I changed my major that day!

Post #1424628
Posted Friday, March 8, 2013 10:18 PM



Group: General Forum Members
Last Login: 2 days ago @ 5:47 PM
Points: 2,949, Visits: 1,091
My first encounter with a Computer was an IBM 1130, I was a student at a nearby College and the Computer was at the University. We went there one night as a special visit. We typed in our Birth Date and it old us our Day of the Week that we were born. Magic Stuff.
This was 1975.

I really only got into Computers when I discovered that they could play games and print out Soft-Porn.

Post #1428851
« Prev Topic | Next Topic »

Add to briefcase «««34567

Permissions Expand / Collapse