Low Code / BPM / Doodleware solutions are always the pits. Instead of letting you write code, we will give you either a half arsed UI (always Eclipse based) that spits out a million lines of horrific XML, or else they will give you an insanely complicated UI, that spits out a million lines of XML. And there's always a "script node" or "java callout" that end up with 90% of the smarts.
And I hope you like testing in real environment (SIT or Prod, sometimes you get to choose!) as they are almost always impossible to unit test.
As someone who works on a "modern" low-code platform, your comment reads like someone who hasn't used the state of the art.
I've had to manipulate actual XML maybe once in a year; and usually because of an insane legacy DB schema. I'm sure it happens but I don't see it much. In fact XML isn't a huge factor. You know it's there, but you don't really care.
Also they aren't "always Eclipse based", lately they are browser-based, which will irritate people just as much (but the web is something more of a "growth market" than Java IDEs).
Modern platforms have built-in testing suites. I have seen individual rules or UIs with hundreds of tests. (Process models remain hard to test, though, much to everyone's frustration)
The plugin problem is real, even in modern platforms. That said, pick any platform - the web browser, an IDE, even a game engine. For a lot of users, entirely dependent on plugins. It's just part of life.
What's an example of a state of the art platform? If I have used one I didn't realise it was good (and although I do use one of these platforms on a daily basis, it is old, eclipse based).
The browser based ones also drive you crazy, at least you can right click to find all the hidden configs on the IDEs...
And I hope you like testing in real environment (SIT or Prod, sometimes you get to choose!) as they are almost always impossible to unit test.
For a sensible perspective on low code, as always, Mr Fowler has some well thought out advice: https://martinfowler.com/bliki/BusinessReadableDSL.html