Thank you so much! It’s been quite a journey. Our team at Canopas started with the idea of making cricket more accessible to local and amateur teams who often lack the tools to manage players and match data efficiently.
Building Khelo involved a lot of brainstorming around user needs. We wanted to ensure it was simple to use yet comprehensive enough to track everything from toss results to player performance over time. Flutter’s cross-platform capabilities were a game-changer for us, making the app available on both Android and iOS without doubling the work.
We also faced some interesting challenges while integrating Firebase for real-time data syncing and Riverpod for state management, but it’s been rewarding seeing how they streamlined the app's performance.
What aspect of the journey would you like to dive into? I’d be happy to share more insights!
Firebase is good for getting started quickly as it provides the hosting, scaling and web and mobile apis in one place. It is proprietary though - but not too hard to move a codebase to Parse later if you needed to.
I have built an open source starter kit for web apps built on NextJS and Firebase: https://firestarterapp.com. And intend to smooth out bugs and add more features over the coming days and weeks.
I've made multiple projects with firebase, but the main problem for me was lack of SQL database. NoSQL was a bad choice literally on all of the projects I've decided to give it a try.
Realtime Database (RTDB) client update latency (in ideal situations) is below 100ms (blazing fast). You could absolutely track the state of the game in RTDB (e.g. players' position, artifacts, etc). You do that using the RTDB SDK and all clients listening to the same document will get updated.
The client setting the bomb calls the function, the function updates RTDB with the location of the bomb and schedules the explosion. 10s later it updates RTDB with the explosion happening.
Could you also give some guidance on these scenarios?
- a player hits a soccer ball, I want all players to see the ball fly through the air. How can I have the ball update its position to all players as it flys through the air?
- a similar question, how can I have an NPC randomly walk around and update all players of its position?
I guess both these problems fall into the same issue of needing a “world” to run things, like managing NPCs or the trajectory of a ball.
What do you think? Is that possible?
That's a lot better than it used to be. IIRC, at the time I was working on the mentioned app the Firestore SDK was 700kb minimum just by itself, and with Auth and Firebase Realtime Database as well I believe we were over a megabyte just for firebase! For comparison, our API abstraction layer for functionality not using Firebase was under a kilobyte.
Hey I recommend checking Firebase and our support for Web Frameworks.
"Firebase Hosting integrates with popular modern web frameworks including Angular and Next.js. Using Firebase Hosting and Cloud Functions for Firebase with these frameworks, you can develop apps and microservices in your preferred framework environment, and then deploy them in a managed, secure server environment. "
Serious question... Why should a dev choose you guys over Vercel, Netlify, Cloudflare, Amplify, etc.? Especially with Google's tendency to abandon services with little warning?
Google’s system uses a combination of ShakeAlert signals and proprietary technology. ShakeAlert is only used in California, Washington, and Oregon. You can read more:
[I work at Firebase]
Hi folks, I've seen some notable mentions of Firebase in this thread.
Last week, during the Firebase Summit we launched preview support for Web Frameworks like NextJS and Angular Universal: https://firebase.google.com/docs/hosting/frameworks-overview
Support during this early preview includes the following functionality:
- Deploy Web apps comprised of static web content
- Deploy Web apps that use pre-rendering / Static Site Generation (SSG)
- Deploy Web apps that use server-side Rendering (SSR)—full server rendering on demand
[I work at Firebase, but opinions are my own]
I am happy to report that Firebase is actually used by companies of all sizes and types, including Fortune 1000.
Fortune 1000 and fart apps aren't mutually exclusive, to be fair. Look at how many fart apps Google themselves create and then throw away soon after[1]. It is one thing to toss anything you can come up with into the wind to see what sticks during the gold rush, but that doesn't last forever.
Very impressive, congrats, and thank you for being a Firebase user!
Let us know what we should add to our MCP server.
You can reach out to me on X at sgnagnarella@ or post in our UserVoice forum:
https://firebase.uservoice.com/forums/948424-general
Cheers