All good points being made.
@chrisquim
Any updates for Baserow as data source roadmap? Recently, Supabase, Monday, Xano, SQL databases, BigQuery has been already provided direct first-party data source support. Baserow flags itself as a directly competitor equivalent of Airtable but open source. also more easier no-code solution than the recently supported alternative, has more generous tier, and all its other advantages. Why not consider reprioritizing it for support release. Hope this will be heard.
Indeed, I think this is a win for Softr users first and foremost because of the higher capacities (even at the free tier) and other flexibility that Baserow provides on the backend. It’s not uncommon to hear about Airtable limitations, even with the API.
A more flexible and customizable data source → a better frontend/app experience
@bastien
Softr’s team considers Baserow to be a direct competitor since the release of Baserow’s builder application and doesn’t seem ready to collaborate with them. It’s a pity, but I have the impression that it’s too late now.
Baserow’s Application Builder is in beta, and Softr is a more mature product. Plus, as @chrisquim said, “Softr’s unique proposition offering strength is its front-end for irregardless backend data source.”
Interface is not (yet) a public app builder. You cannot invite external users.
However, it’s true that this will soon become possible and Airtable will therefore enter into direct competition with Softr, and it will become strange for Softr not to accept Baserow whereas they will accept Airtable.
Exactly. What happens when—not if—Airtable fully enters this space? If this is the reason for avoiding a Baserow integration, it seems a bit silly, as all platforms are at some level of competition with each other.
This doesn’t mean that we should devolve the user experience and try to keep them locked in—that would be hostile and detrimental to end users.
Bubble is full stack and at competition with frontend, backend, logic, automation, etc. Zapier started as integrations and automations, but now also has its own database/table offering. Its core strength is still in integrations and automations, but this is a good example.
I wouldn’t be surprised to find out that Softr is working on some native database functionality, which would be totally fine as well. I could see a scenario where it makes sense for Softr to have a basic native database, like for rapid prototyping.
I think what’s important is listening to the community, understanding concerns, and providing a solution that works best for users.
Baserow does databases exceptionally well. Softr does frontend exceptionally well. Even if Baserow has an application builder, and Softr has a native database, it feels detrimental to the user experience (and no-code movement as a whole) to have the platform create restrictions and tell its users how something should be built. My two pennies.