[cjonas]

Because they are built and marketed to "non-developers", instead of for developers who just want to be more productive.

They are always missing features that most devs would refuse to live without...

Language features to support high reusability / modularity, robust dev tooling for navigating the software, support for proper a sdlc, etc...

[kwhinnery]

It's true that a lot of adjacent tools in this space are built for non-developers. But if you try Retool, I think you'll notice that it's definitely not "no code" - any interesting application will require a significant amount of JavaScript to handle key interaction events and API/database integrations. The experience is closer to iterations of the Xcode Interface Builder where you'd visually design the UI/layout, then specify event handlers in Objective-C/Swift. It's much less code overall because you aren't doing boilerplate UI structure, styling, and low-level interaction event handling (focus and keyboard events, e.g.), but all the interesting stuff about your app still needs to happen in JavaScript.

Retool is still working out parts of the SDLC around modularity and the equivalent of a git flow for visual app development. Lots of energy going into this, would stay tuned for updates this year.

As you're grokking the mobile platform (or Retool generally) I think it's helpful to keep a couple things in mind.

- At least for now, Retool is designed and optimized for CRUD apps and operations software. On the mobile side, that will mean field workforce applications and mobile data entry stuff. If you need to provide a consumer-level user experience, building native (or React Native / Flutter at least) is probably your best bet.

- Consider solving problems with software on a spectrum from (approximately):

Spreadsheets > Airtable/Zapier > Retool > 100% custom UI (React & friends)

There is an appropriate time and place to deploy all these tactics. The sweet spot for Retool is for those use cases that can benefit from being codified in software (the flexibility of a more spreadsheet-y approach is detrimental/insufficient), but the business process is more important than granular control of the UI presentation. Instead of going full-on React, you can assemble a software-driven flow in Retool with about the effort it takes to assemble a non-trivial Keynote presentation (provided you know JavaScript - Retool is much harder if you are not a developer).

As always, there are trade-offs to consider when selecting the right tool for the job!