Relational Databases are essentially no-code replacements for b-trees. I have worked in several companies where the managers could not do any coding, but could wipe out an SQL query to get some data point they needed. Heck building an UI that generates SQL queries for you based on some DB schema isn't even that hard. Relational databases removed the need for most b-tree and binary-streams manipulation coders in the 90s yet the demand for all types of coders (even b-tree and binary-streams coding!) only increased
As tools evolve programmers get exponentially more productive, but they will still be coding. They might be coding different things though because what we do today can now be done by a tool
People point UI work will be replaced, I actually highly doubt that, unless there is an standardisation of UI-toolkit like we used to have in the windows 98 days (which seems incredibly unlikely). Remember Delphi and Visual Basic? Sure there was code in there, but very rarely did you need actually need to write UI-code like animating a text box around, most of it was business logic code
If anything the UI landscape is changing to be more custom for each app instead of consolidating. I expect UI coding will look very different in the future though, more focused on unique user interactions and animations instead of API calls and Form glue code
funnily enough there are plenty of coding necessary to get around relational database limitations in large-scale projects. If anything low-code and no-code tools increase the demand for coders even more because more projects become possible at a good return on investment
Comments
Relational Databases are essentially no-code replacements for b-trees. I have worked in several companies where the managers could not do any coding, but could wipe out an SQL query to get some data point they needed. Heck building an UI that generates SQL queries for you based on some DB schema isn't even that hard. Relational databases removed the need for most b-tree and binary-streams manipulation coders in the 90s yet the demand for all types of coders (even b-tree and binary-streams coding!) only increased
As tools evolve programmers get exponentially more productive, but they will still be coding. They might be coding different things though because what we do today can now be done by a tool
People point UI work will be replaced, I actually highly doubt that, unless there is an standardisation of UI-toolkit like we used to have in the windows 98 days (which seems incredibly unlikely). Remember Delphi and Visual Basic? Sure there was code in there, but very rarely did you need actually need to write UI-code like animating a text box around, most of it was business logic code
If anything the UI landscape is changing to be more custom for each app instead of consolidating. I expect UI coding will look very different in the future though, more focused on unique user interactions and animations instead of API calls and Form glue code
funnily enough there are plenty of coding necessary to get around relational database limitations in large-scale projects. If anything low-code and no-code tools increase the demand for coders even more because more projects become possible at a good return on investment