firetable VS rowy

I love using Firestore & cloud functions, for their simplicity. However, as your product becomes more complex, building cloud functions turn into real struggles - especially when you have so many Firestore document level triggered events to deal with.There are only two options currently and neither of them ideal: 1. Make a big cloud functions that do multiple things - gets quite messy 2. Deploy multiple cloud functions that listen to the same trigger - you end up having to add add boilerplate code to filter out the field changes On top of that, as the projects get bigger, ran into other issues like:- Tons of dependencies to manage- Slow functions as unwanted dependencies are installed- Cold start problem to configuretoo messy and the issues start to snowball….. With Firetable, an open-source project that allows you to manage data in Firestore with a spreadsheet like UI and unlock many of the functionality of GCP like building cloud functions on Firestore data triggers at field level, we try to make this process super simple, visual and intuitive. We have been working on it for past two years and recently this week released a new version with exciting features including:- Ability to write functions that evaluate only when specific fields are set or updated- Using cloud run instance to build and deploy functions by installing only the dependences that are actually being used We would love to get your feedback on this feature or firetable in general, check it out using the links below: Github repo: https://github.com/FiretableProject/firetable Demo video: https://www.youtube.com/watch?v=0IQbFyFvjDg Chat with us on Discord: https://discord.gg/B8yAD5PDX4

to learn more about firetable you can checkout the github repo : https://github.com/FiretableProject/firetable

If you're looking for guidance on the implementation you can take look at the Firetable implementation of this feature here

I’m a software engineer building Firetable, an open-source React app that combines a spreadsheet UI with Firestore and Firebase’s full power. We ran into this exact issue with some fundamental code: the code for all the different field types, from the simple ShortText to the complex ConnectTable field.

View on GitHub

We are the team behind Rowy.io and today we are super excited to launch BuildShip. BuildShip was created with all the feedback we got from the amazing community of no-code/low-code builders using Rowy and months of hard work by the team.

Rowy - Open Source Alternative to Airtable

You can checkout opensource project Rowyhttps://github.com/rowyio/rowy - it a spreadsheet UI for database and can do databasy things like you said!

formulas but in JS/TS,

I want to build an application as soon as possible, I don't care to be employed by a company or be a "complete" software engineer. I have a service which provides the bank-end (rowy.io) but need help building the app/front-end. Are there any recommendations or tutorials out there for learning enough to build an app/learning which questions to ask open.ai in order to help? I just want to build out my idea as soon as possible

Just thought will put it out here as it seems like a pain point we also faced when trying to use Firestore console UI...trying to manage the data/find it etc was a pain :( So we built an open-source spreadsheet-like UI to manage your Firestore data as easily. Hope you find it useful :) Website: https://rowy.io/ Github: https://github.com/rowyio/rowy

Hi 👋 cofounder of http://rowy.io - lowcode cms platform purpose built for Firebase - manage Firestore, build any cloud functions, upload files directly to Firebase storage - with real-time updates.

i think this is useful example for your case https://github.com/rowyio/rowy/discussions/937

Website: https://rowy.io