Ex COBOL dev here. Started at NCR on COBOL for minis and mainframes. Then built stuff on Wang VS COBOL for ERP systems until 93. Quite a few other languages since then but been a Product Manager for past 20+ years.
Same here, I worked on Wang VS COBOL too. IMO, it had the best TUI Screen generation Tools I have ever seen.
Towards the end, I worked on a project to port Wang VS OS and its COBOL to AIX. I was tasked finding issues with COBOL Programs we had on the VS. It was a good environment, but Wang went CPT 11 before it was ready :) It was rather close to being complete.
This is oddly true in my experience. I ask people where they get their information from and the channels are generally a lot more sparse than topics posted to HN.
If I were to venture to guess: I'd say "most developers" seek work-life balance and aren't interested in reading long-form articles on how to do X or Y when they are off the clock.
Ex COBOL dev here. Started at NCR on COBOL for minis and mainframes. Then built stuff on Wang VS COBOL for ERP systems until 93. Quite a few other languages since then but been a Product Manager for past 20+ years.
Same here, I worked on Wang VS COBOL too. IMO, it had the best TUI Screen generation Tools I have ever seen.
Towards the end, I worked on a project to port Wang VS OS and its COBOL to AIX. I was tasked finding issues with COBOL Programs we had on the VS. It was a good environment, but Wang went CPT 11 before it was ready :) It was rather close to being complete.
I worked on Wang VS COBOL too, great environment. Also worked on Wang PACE, their 4GL/RDBMS, the people who developed that stuff did a great job.
https://prog21.dadgum.com/143.html
HN is a place where everyone is, so it's reasonable to assume that some Cobol devs may also lurk here.
I am here; so I can attest to HN being a place for everyone.
Perl devs too. There are literally dozens of us!
1 reply →
Everyone except most developers I know.
This is oddly true in my experience. I ask people where they get their information from and the channels are generally a lot more sparse than topics posted to HN.
If I were to venture to guess: I'd say "most developers" seek work-life balance and aren't interested in reading long-form articles on how to do X or Y when they are off the clock.
Shout out to all the MUMPS programmers out there reading HN. May your code always be healthy.
There's more MUMPS programming going around than many people believe, especially in financials...
Including new development.