I have implemented a much more flexible URAD tool, completed a large scale project with it and then used it in other projects.
The huge amount of possibilities in software development will usually beat the tool and eventually what helped you get a fast start, ends up dragging you behind.
1-The way we store data can be completely different from the way we present it to user
2-In only a tiny fraction of apps each user can only see their own data
3-When load (data volume/request per second, etc) increases, we often need fine control over the entire product
4-Change management can be tricky, especially when if changes shape of data store
For all these reasons, I don't expect these extreme rapid tools to gain huge success. More modest claims, like retool's (A great internal data administration tool) are more realistic.
Eventually, I think that extremely flexible and extremely rapid tools will emerge, but my expectation is that they need great vision, great execution, and when trade-offs need to be made, it's better to err on the side of flexibility rather than super fast demos.
The huge amount of possibilities in software development will usually beat the tool and eventually what helped you get a fast start, ends up dragging you behind.
1-The way we store data can be completely different from the way we present it to user
2-In only a tiny fraction of apps each user can only see their own data
3-When load (data volume/request per second, etc) increases, we often need fine control over the entire product
4-Change management can be tricky, especially when if changes shape of data store
For all these reasons, I don't expect these extreme rapid tools to gain huge success. More modest claims, like retool's (A great internal data administration tool) are more realistic.
Eventually, I think that extremely flexible and extremely rapid tools will emerge, but my expectation is that they need great vision, great execution, and when trade-offs need to be made, it's better to err on the side of flexibility rather than super fast demos.