The logic makes sense, legacy system migrations are genuinely underserved and AI struggles with underdocumented codebases. 3-4 years of runway is probably conservative if the institutional knowledge required is deep enough.
The risk I’d think about is whether the team you join actually has budget and commitment to finish the migration, or whether it becomes indefinitely deferred. A lot of legacy migrations stall halfway and the ‘temporary’ role becomes permanent in a system nobody wants to maintain.
If you can vet the organisation’s genuine commitment to finishing the migration before joining, it sounds like a pragmatic move.
I am doing it. Not VMS, but a different niche legacy platform. The jobs are few and far between, but so are the people who can do them. In particular, people who can work on both legacy platforms and the modern stacks are quite rare, and AI's presence means there aren't any more of us showing up in the world.
I'd definitely love to, especially on system level. But I have rarely seen such jobs, and whenever I saw one it always requires like decades of experience. I believe you have one of the greatest job security in the world.
This is exactly the kind of work where decades of experience still matters.Modern stacks reward speed,but legacy systems reward judgment and cautions.Not exciting but often valueable.
Termux, SimH, VAX780 emulator, OpenVMS 7.2 takes about 5.4 Gb for all of it. The tricky bits were getting gcc to work and compile SimH. I imported a set of virtual system disks that I had already installed OpenVMS 7.2 on to from my desktop machine. The huge obstacle there is getting a system license key. There are key generators in the wild.
I can telnet in to the virtual VAX from my other PCs.
One caution, updating Termux removes all your data. I lost a VAX that way once. 8(
> I frankly don’t care about being on top of tech any more but I’m keen to use my years of experience being productive.
Preach it, brother! :-D
> In this situation would you do it?
FWIW, if it would keep me productive and keep a roof over my head, i'd not at all be averse to working on VMS or a similarly obscure system, provided they didn't require me to know anything about it going in (which would rule me out).
At some point in our lives we have to accept practicality over bling. Let the young'uns fight out the LLM Wars, then walk in (if necessary) once that dust has settled.
If you've been doing this for 36 years, you're probably not too far from retirement. So if this is the last gig before you retire, what do you care if it's a career dead end?
But even if it's not your last gig... I think it's going to take three or four years for AI to become something stable. (Right now it's supposed to write all the code; I'm not sure that that's the actual end state, but we'll see.) But if you can skip all the crazy and come back after it's resolved, that's not a bad move either.
(Can you come back after it's all resolved? You won't know AI. Still, I think that 36 years of experience will be worth something, even then. And you can train someone with 36 years how to use AI easier than you can train someone who knows AI on 36 years of experience.)
> Can you come back after it's all resolved? You won't know AI.
In 3-4 years, nothing anyone is doing today will matter. It is rapidly evolving, and I'd rather sit back, do what I know, and let it all fall out one way or other other, then learn what I need to if I haven't retired by then.
For younger people, being on the bleeding edge of new things matters, but it really doesn't for us old folk. We know how to learn. We'll learn it when it matters. So long as we have work until then, I am not going to waste my energy re-skilling every 6 months to use a tech that is nowhere near stable with an entirely unclear future.
The logic makes sense, legacy system migrations are genuinely underserved and AI struggles with underdocumented codebases. 3-4 years of runway is probably conservative if the institutional knowledge required is deep enough.
The risk I’d think about is whether the team you join actually has budget and commitment to finish the migration, or whether it becomes indefinitely deferred. A lot of legacy migrations stall halfway and the ‘temporary’ role becomes permanent in a system nobody wants to maintain.
If you can vet the organisation’s genuine commitment to finishing the migration before joining, it sounds like a pragmatic move.
I am doing it. Not VMS, but a different niche legacy platform. The jobs are few and far between, but so are the people who can do them. In particular, people who can work on both legacy platforms and the modern stacks are quite rare, and AI's presence means there aren't any more of us showing up in the world.
Ok that is an encouraging take thankyou
I'd definitely love to, especially on system level. But I have rarely seen such jobs, and whenever I saw one it always requires like decades of experience. I believe you have one of the greatest job security in the world.
This is exactly the kind of work where decades of experience still matters.Modern stacks reward speed,but legacy systems reward judgment and cautions.Not exciting but often valueable.
The nice thing about the DEC VAX/VMS system is that there is good help online, and enough good documentation to fill a library.
I run an 11/780 emulated system on my phone on days I feel nostalgic.
Tell me more about this
Termux, SimH, VAX780 emulator, OpenVMS 7.2 takes about 5.4 Gb for all of it. The tricky bits were getting gcc to work and compile SimH. I imported a set of virtual system disks that I had already installed OpenVMS 7.2 on to from my desktop machine. The huge obstacle there is getting a system license key. There are key generators in the wild.
I can telnet in to the virtual VAX from my other PCs.
One caution, updating Termux removes all your data. I lost a VAX that way once. 8(
> I frankly don’t care about being on top of tech any more but I’m keen to use my years of experience being productive.
Preach it, brother! :-D
> In this situation would you do it?
FWIW, if it would keep me productive and keep a roof over my head, i'd not at all be averse to working on VMS or a similarly obscure system, provided they didn't require me to know anything about it going in (which would rule me out).
At some point in our lives we have to accept practicality over bling. Let the young'uns fight out the LLM Wars, then walk in (if necessary) once that dust has settled.
This is where my head is at right now. I don’t feel quite so crazy now.
God I wish. I love retro computing. There’s just so much more variety. Sadly I know I’m not the person for those sort of roles lol.
If you've been doing this for 36 years, you're probably not too far from retirement. So if this is the last gig before you retire, what do you care if it's a career dead end?
But even if it's not your last gig... I think it's going to take three or four years for AI to become something stable. (Right now it's supposed to write all the code; I'm not sure that that's the actual end state, but we'll see.) But if you can skip all the crazy and come back after it's resolved, that's not a bad move either.
(Can you come back after it's all resolved? You won't know AI. Still, I think that 36 years of experience will be worth something, even then. And you can train someone with 36 years how to use AI easier than you can train someone who knows AI on 36 years of experience.)
> Can you come back after it's all resolved? You won't know AI.
In 3-4 years, nothing anyone is doing today will matter. It is rapidly evolving, and I'd rather sit back, do what I know, and let it all fall out one way or other other, then learn what I need to if I haven't retired by then.
For younger people, being on the bleeding edge of new things matters, but it really doesn't for us old folk. We know how to learn. We'll learn it when it matters. So long as we have work until then, I am not going to waste my energy re-skilling every 6 months to use a tech that is nowhere near stable with an entirely unclear future.