No code is just "code with a fancy UI, a less powerful language and no or bad integration with common tooling".
It doesn't replace programming, it _is_ programming. It's useful because it makes programming more accessible and in some cases the visual representation has benefits over text.
I see more and more professional fields and application interfaces adopting things like SQL, Python, Notebooks (Jupyter etc.), JavaScript etc. Excel is obviously huge. A ton of technicians that work with physical stuff are also writing code in embedded interfaces or on large screens even. Programming is not a thing only software developers do.
Software developers are often more like solutions specialists who's tool is software, you would need the same skillsets to solve business problems with lowcode, but code is at this point still the tool of choice for those teams of solutions specialists.
Think of it this way, even if it were possible to run an enterprise through lowcode tools, an enterprise would still hire an agency or consulting firm to build it, and so the decision of what tools to use still goes to the specialists.
Comments
There's plenty of low code / no code solutions right now and somehow programmers are still trucking along (pun intended).
Not to mention someone has to code the no code tool, alongside all the plugins, scripts and glue code that at some point will be required.
No code is just "code with a fancy UI, a less powerful language and no or bad integration with common tooling".
It doesn't replace programming, it _is_ programming. It's useful because it makes programming more accessible and in some cases the visual representation has benefits over text.
I see more and more professional fields and application interfaces adopting things like SQL, Python, Notebooks (Jupyter etc.), JavaScript etc. Excel is obviously huge. A ton of technicians that work with physical stuff are also writing code in embedded interfaces or on large screens even. Programming is not a thing only software developers do.
Software developers are often more like solutions specialists who's tool is software, you would need the same skillsets to solve business problems with lowcode, but code is at this point still the tool of choice for those teams of solutions specialists.
Think of it this way, even if it were possible to run an enterprise through lowcode tools, an enterprise would still hire an agency or consulting firm to build it, and so the decision of what tools to use still goes to the specialists.
Even with low code tools the percentage of people who will develop the tool will be low compared to the number of users.