Tinybird started as a way to solve our own problem. We were a small team, drowning in data, short on time. So we built tooling to make working with large amounts of real-time data fast and easy. If you're wondering should we use tinybird in production or how do i start using tinybird, this post explains our local-first approach.
A few projects in, we realized we weren’t the only ones who needed this. So we turned it into a product. The best products start this way - solving your own problems first.
That was five years ago. We’ve learned a lot since. Now, it’s time for us to apply that learning into the next iteration of Tinybird.
Tinybird was inspired by a core belief: When you’re working with data, you should be able to do it the same way you handle everything else in your dev stack.
You write code. You test it locally. You push it to GitHub. CI runs the build. It's deployed.
Regardless of the language or framework, that's the workflow. Changes are iterated and tested locally before anything is built on the server. The local workflow is foundational to writing, testing, and deploying good code.
Tinybird is changing. The days of logging into the UI in the browser and setting up your Workspace are ending. With Tinybird local, everything begins with local development.
No weird abstractions. No friction. Just the workflow you already know, but with a shit ton of data xD. The Tinybird Code CLI makes this seamless.
With Tinybird local, you will be able to:
And since AI-powered IDEs are actually useful now, we're making sure Tinybird Code plays well with them. Let AI handle the boring parts. Follow us on Tinybird LinkedIn for updates.
Here's a sneak peek of how it looks in action (turn on the sound for some nice mech keyboard ASMR ;p):
With this shift, your data stack will no longer require a context switch. Tinybird's local-first is almost here, and this is what to expect:
This is how software teams work. It should be no different when you have a billion rows of event logs. You take care of shipping, we will take care of making it work (both locally and in prod).
The new Tinybird local experience will be in beta soon. Follow us on Tinybird LinkedIn to stay updated. If you want to try it, then follow us on Twitter or LinkedIn or let us know in the Slack community. We'll let you know as soon as it's ready to test. If you're asking should we use tinybird in production or how do i start using tinybird, tinybird local is the answer.