> simple UIs and CRUd interfaces to dbs are solved problems
I can see how you might think that... until you start actually talking in depth with enough actual users and executives and trying to get them to agree on how all that stuff should work and what it should be capable of.
Most of the development process is about trying to wrangle abstract ideas about how business logic should be implemented/improved from flawed humans who aren't great at communicating those ideas. Your 'simple' CRUD app still often has to be highly customized by someone willing to do the difficult work of dealing with people. And that's before you even start getting into working with more regulated businesses.
Code monkeys/plumbers using 'outdated' tech who can deliver something that makes a workplace more efficient in the long run will continue to be in demand. There was enough functionality in software by the 1970s to handle the vast majority of business needs. Someone still has to understand those business needs (which ultimately have little to nothing to do with software) well enough to translate them into something that works. Whether it works for those who are using it is all that really matters.
I can see how you might think that... until you start actually talking in depth with enough actual users and executives and trying to get them to agree on how all that stuff should work and what it should be capable of.
Most of the development process is about trying to wrangle abstract ideas about how business logic should be implemented/improved from flawed humans who aren't great at communicating those ideas. Your 'simple' CRUD app still often has to be highly customized by someone willing to do the difficult work of dealing with people. And that's before you even start getting into working with more regulated businesses.
Code monkeys/plumbers using 'outdated' tech who can deliver something that makes a workplace more efficient in the long run will continue to be in demand. There was enough functionality in software by the 1970s to handle the vast majority of business needs. Someone still has to understand those business needs (which ultimately have little to nothing to do with software) well enough to translate them into something that works. Whether it works for those who are using it is all that really matters.