Earlier quoted context omitted.
A lot nocode or lowcode tools are visual programming languages; they are in fact just programming tools but look (and often are) simpler to start off with. But when you need more, you are in fact programming with code, just via a visual interface. Which indeed can (will) become painful for many tasks. Then you are using the wrong tool for the job. Thing is, and this differs per market; most companies do not need anyt…
>Thing is, and this differs per market; most companies do not need anything more than endless streams of crud apps, and that is where these tools shine. IME at least 20% of the needs of these companies are not met by "basic CRUD app programming" which is why these no-code things never really take off despite often appearing quite impressive. 80% is not enough. Basic CRUD also implies an understanding of domain modeli…
And you are of course right in that this will only create 80% of what the customer needs. But the marginal cost for us to create those first 80% of the application were almost zero. And since we weren't worse than anyone else with the last 20% we could deliver fast, inexpensive and still have large margins.
The mistake I think many do when they think "no code" is that they think that they can eliminate the developer and let business people just "configure" the new application. But those people have the insulting idea that the only thing that makes programming hard is syntax.