Hacker News new | past | comments | ask | show | jobs | submit login

Just be careful not to go too far in the opposite direction. There are new things coming all the time. You probably don't want to be writing new COBOL anymore even though it was once a good idea (you might have to maintain it, but you should already know what you replace it with and what your interoperability strategy is)



Isn't there a labor shortage for COBOL engineers to maintain the mainframe code that powers $3T of transaction volume in banking and healthcare enabling skilled COBOL contractors to name their price?


Only at the salaries those banks want to pay, that aren't high.


Depends on the bank and what the code is. I know of insurance jobs that pay very nice salaries. 9-5 job where if you are around at 5:01 they tell you to go home. Vacations are mandatory as well (all banks have mandatory vacations - they need you gone long enough that if you are embezzling money whatever scheme you had breaks and someone else figures it out investigating what is wrong). It is however boring coding that will suck your soul so many around me accept less pay for more interesting work.


COBOL itself is pretty horrible, but if there's an old tech which I'm happy using and there's still high demand for it, why not?


Using it is fine, but you need to know it is horrible and you should already have a this is what new stuff is done in plan in place. Or at least try to make that plan, there may not be a better alternative yet, but you should be looking.


you can let the industry do the testing for you.

It's like changing to the new version of an OS on day 1 verses waiting 6 months.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: