SQL Clone
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Early Software


Early Software

Author
Message
Eric M Russell
Eric M Russell
SSC-Forever
SSC-Forever (43K reputation)SSC-Forever (43K reputation)SSC-Forever (43K reputation)SSC-Forever (43K reputation)SSC-Forever (43K reputation)SSC-Forever (43K reputation)SSC-Forever (43K reputation)SSC-Forever (43K reputation)

Group: General Forum Members
Points: 43653 Visits: 12076
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. ;-)


"The universe is complicated and for the most part beyond your control, but your life is only as complicated as you choose it to be."
Michael Valentine Jones
Michael Valentine Jones
SSC-Insane
SSC-Insane (23K reputation)SSC-Insane (23K reputation)SSC-Insane (23K reputation)SSC-Insane (23K reputation)SSC-Insane (23K reputation)SSC-Insane (23K reputation)SSC-Insane (23K reputation)SSC-Insane (23K reputation)

Group: General Forum Members
Points: 23901 Visits: 11923
Eric M Russell (2/26/2013)
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. ;-)



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.
agnew-1142997
agnew-1142997
SSC Journeyman
SSC Journeyman (77 reputation)SSC Journeyman (77 reputation)SSC Journeyman (77 reputation)SSC Journeyman (77 reputation)SSC Journeyman (77 reputation)SSC Journeyman (77 reputation)SSC Journeyman (77 reputation)SSC Journeyman (77 reputation)

Group: General Forum Members
Points: 77 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!

;-)

Jim
David Conn
David Conn
Hall of Fame
Hall of Fame (3.8K reputation)Hall of Fame (3.8K reputation)Hall of Fame (3.8K reputation)Hall of Fame (3.8K reputation)Hall of Fame (3.8K reputation)Hall of Fame (3.8K reputation)Hall of Fame (3.8K reputation)Hall of Fame (3.8K reputation)

Group: General Forum Members
Points: 3791 Visits: 1213
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.

David
Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search