Could airtable power my IOS app?

[Coach]

I’m a front end UX guy who would like to create an IOS app backed by a database without having to learn a lot about backend coding. Say I wanted to build an like YELP where the schema includes things like business name, address, phone, rating etc.

Could I use airtable to create the backend and store all the data and use the API’s to add/retrieve the records for my app or am I missing something? Is the API designed for this type of scenario?Would it scale if my app had 1,000’s of users? Could I do an API call like get all stores within 10 miles of me? Thanks!

[Katherine_Duh]

Airtable is not intended to be a backend hosting service like Heroku, Parse, or Firebase, but instead is primarily designed for use cases where all users will be directly interacting with the Airtable interface. Our API is useful for extending Airtable’s existing functionality (e.g. setting up a custom sync integration with a calendar app), but is not meant to provide a backend to a web app. Hope this answers your question!

[Mike_Eovino]

@Katherine_Duh - Why limit yourselves? FB is shutting Parse down. Who knows what Google with do with Firebase (they say they’re 100% behind it, but what about all the other things they’ve shut down)?

[Howie]

Respectfully, it’s a matter of focus. Because we’re focused on building a great end-user database, we have full vertical control over the end-to-end experience. We can build the right backend architecture to support exactly the type of interactions and UX that we want to deliver on the frontend. In contrast, a developer-centric platform like Parse (the founder is an investor in Airtable) or Heroku carries with it an infinite laundry list of features to satisfy all the different types of developer use cases that would be built on top of it. Different customers will have wildly variant performance demands–for instance, Google App Engine must expend an immense amount of internal effort to keep supporting Snapchat as a customer, while also building out features to satisfy other, completely disparate customer use cases.

[Mike_Eovino]

I can respect that. Thanks for responding.

[Tuur]

A bit late, but if your target is iOS, why not use CloudKit?

[Daniel_Schulz-J]

As soon as I saw Airtable, I asked myself – could I replace Firebase with this?

Just my 2 cents. I completely respect everything Katherine and Howie said, and recognize that this will probably never happen :stuck_out_tongue: :slightly_smiling_face:

It would actually be quite a bit better than firebase in that it’s got a lovely (instead of clunky) built-in data admin view.

In other words, whereas firebase only provides a server-backend as a service, Airtable would provide server-backend PLUS admin-user-backend as a service.

I’d only have to write a simple app for the end-user frontend (a sandwich delivery app), because you’ve already done an amazing job of an admin-user interface. Employees log in to airtable, and see all the sandwiches ordered, and airtable takes it from there.

I’m just always on the lookout for things that streamline app development. Firebase streamlined it by offering base-as-service, and it could be quite amazing if airtable streamlined it further by offering base-and-baseadmin-as-service.

Thanks for a great product regardless!

[Stephen_Hauck]

So I am currently building an app for mobile that uses Airtable as the back end for in the office for vehicle inspections.

Parse was awesome…

As an enterprise developer with extensive mobile, desktop and back end experience Firebase and Google sheets are just way too hard to implement…so much overhead to get setup in their ecosystem.

I mean, you have to go enable the API and do this and do that and by the time you get everything going you can’t offer the app or template to anyone easily because sorting through the Google mess is not worth it…

I plan on sharing my templates and mobile app source code when I build the templates but I wish there were a way to monetize the templates and such with Airtable.

[Daniel_Schulz-J]

@Stephen_Hauck Based on my experience using AirTable’s competitor Podio as an app backend, I imagine that with your smaller user base, (a small-to-medium-sized cadre of relatively patient vehicle inspectors) your app will do fine. Things I built with Podio as backend were never very performant; something like FireBase was always much much faster… but with making internal apps for an organization (as opposed to consumer apps for the masses) I think you may have found here the sweet spot for using AirTable as an app backend.

Do others agree or disagree?

[Tuur]

I’m not sure if I would consider AT to scale to 1000’s of users like the OP asked, but for smallish organizations I’m not concerned at all.