Well... for no/low code to take over everything, we'd need 10x the developers to create it all and then probably 20x the developers, in perpetuity, to handle th

Well... for no/low code to take over everything, we'd need 10x the developers to create it all and then probably 20x the developers, in perpetuity, to handle the integrations. "Code" isn't an end to itself. Many developers spend their hours, days and careers trying to think of the simplest, clearest way to specify solutions to the problems they work on. Code (and data) is the best general thing we've been able to come up with. There can certainly be complexity arising from the code itself (more generally -- are you spending your time solving problems in the solution space or problem space?) but you need some way to deal with the complexity inherent to the problem. If there's a better way to do it than code, I'd be more than happy to jump on it. There are some good no/low code systems -- like spread sheets and some of the forms systems -- where they've found a powerful, flexible, yet simple enough abstraction. But these tend to form silos, and you need a ready escape hatch where the complexity of the underly problem exceeds the capability of the system (which is very common for anything useful).