Honestly, for these types of applications (small-business/enterprise in-house) I think we're going in a terribly wrong direction, from terminal apps to Windows GUIs to web apps.
The DX might have improved, UX hasn't. First programmer GUIs with too many buttons and widgets, now the Pagemakerization of everything.
So apart from resources, I can understand companies that try to stick with the old.
I think even DX-wise we are painting ourselves into corner. First it is "hey, I know web tech, let's use it for anything". Then it is "hey, that's a bit complicated, let's make a framework". Then "hey, this framework get heavy, let's make some tooling around it". And then "oh, now I spend 75% of my time fighting with the infrastructure".
My team mostly codes internal apps and I 100% agree.
Most SaaS, cloud providers, new data bases, etc... Target web scale, machine learning powered applications deployed to the edge (plus other buzzwords).
Most offerings that target SMBs are low code soluctions or some other sort of hyper locked-in, inflexible bullshit.
I think there's a set of stuff every business wants nowadays (internal network, internal static pages, internal APIs, internal object store, internal DAG / job runner) and there's money to be made by offering a quick, robust, secure and cost-efficient way of developing and integrating those.
Honestly, I'm not so sure about your conclusion. Businesses themselves don't want job runners. They want their job to be easier.
I mean, that's what I liked about Delphi: It was inflexible, it was (relatively) low on code. Not as much as Visual Basic, which for me always seems to have crossed one bridge too far.
But it wasn't exactly highfalutin software engineering all the time. Especially when you're just "beating Excel" by having a simple database interface.
Mainframe apps are something entirely different, but at least the interface is even closer to the data. Some form based apps seem rather like "naked objects".
I think those two "extremes" worked well. Very restricted UI, but that means it's easy to get familiar with it, and enough shortcuts to involve into a very honed workflow for experts.
Or a native app, where you're just used to how things work, from toolbars to scrollbars to combo boxes.
Early web apps were worse, as the HTTP cycle messed up easy tasks, both from a programming and UI perspective. And you still didn't have system-wide shortcuts and all the other UI niceties that were happening since Apple introduced the Mac in 84.
But modern ones? Yeah, sure, now you've got easier dialogs, but still no proper shortcuts and expected UI behavior -- and the web and mobile apps are now going on for long enough that nobody knows anything about that anymore, so there's no word for this loss. I can forgive people not knowing about files and folders anymore, but people should know how a button looks and works.
The DX might have improved, UX hasn't. First programmer GUIs with too many buttons and widgets, now the Pagemakerization of everything.
So apart from resources, I can understand companies that try to stick with the old.