Isso tem muita verdade.

A ideia do Low-Code é corporativa e teste de conceito rápido. Não incluo nem No-Code, porque No-Code realmente é para uso nichado e neste nível, não considero usar qualquer método de arquitetura de software com ele, é desnecessário.

O problema está em usar o Low-code como os demais frameworks e linguagens. Eu sou apaixonado pelo Power Automate e Power Apps, porque é uma velocidade incrível para o desenvolvimento de aplicações super grandes, para a disponibilidade que a plataforma tem. Mas vai colocar centenas de pessoas usando o app para ver se ainda fica barato. Só se ficar no plano Standard, oq ue não é pouca coisa, pois consegue fazer coisas incríveis. Mas se for querer se aprofundar em outros banco de dados, ai a coisa muda.

Infelizmente, para pequenas e, talvez, médias empresas, aplicar soluções Low-Code é muito caro. A não ser que o dono(a) tenha aquele filho(a) desenrolado que poderá desenvolver isso a um custo baixo. POis, quando você pega um programador e não usuário de negócio, para desenvolver com Low-Code, o 'CODE' é o menor dos problemas. A questão é a evolução da solução e sua manutenção. Então todos os detalhes da arquitetura, é necessária. É barato um profissional deste? Então...