How does this compare to Instant ( https://www.instantdb.com/ )?
Jazz is decentralized. There is no central server. See: https://x.com/aboodman/status/1843045692736204802
Jazz – Apps with Distributed State
51–60 of 179 posts
Re: Jazz – Apps with Distributed State
#52Earlier quoted context omitted.
very cool! I was there for maybe 2 minutes before HN took the system down :D
Not very cool if it breaks under hardly any load. You'd think they'd test their tech demos on more than a handful of people before launching. This doesn't give much confidence at all in their product.
I don't think you're on the right forum if this is your response to somebody launching something new and technically interesting.
Re: Jazz – Apps with Distributed State
#53How does this compare to Instant ( https://www.instantdb.com/ )?
Jazz is decentralized. There is no central server. See: https://x.com/aboodman/status/1843045692736204802
Also Instant is a database (it has queries and so forth, more appropriate for bigger data). I would put Jazz at the document sync side of the spectrum:
Re: Jazz – Apps with Distributed State
#54I'm more than a little worried about the following all being `Coming Soon`: - Cursors & carets - Two way sync to your DB - Video presence & calls - both the Group and BinaryCoStreams All of these are the key reasons I would be evaluating this framework to handle my data. All of these are not fully implemented yet. It is these key topics of live reloading/updating data that make or break an app. In my opinion, if you…
Seems like you have lots of real world mobx experience. Have you ever read this article, basically saying that every front end state (including mobx) basically ends up being a worse version of a standard database? https://sqlsync.dev/posts/stop-building-databases/ I ended up finding that article after running into lots of the challenges with mobx State tree. I ended up trying to use watermelondb, a sqlite wrapped for…
Not GP but isn't it like saying that every database ends up being a worse version of a standard filesystem?
Re: Jazz – Apps with Distributed State
#55Founder here - thanks for posting this! It’s getting late where I am so everyone who has questions please don’t be shy to ask, will elaborate in detail tomorrow!
How does the mesh (zero-server) work under-the-hood? What are some example of applications you see being possible with this library? Your site also mentions either using a central server or not having a server. The first idea that comes to mind (perhaps because of your chat example on the homepage) is a decentralised P2P messaging app - something like Messenger or WhatsApp but is completely free from central servers.
Re: Jazz – Apps with Distributed State
#56Nice abstractions. Though I worry they’re going to be too rigid for some applications.
- how can I setup delivery receipts for messages in your chat app? I want to know if they got my message and when it was sent.
- how can I create a chat group where the entire list of access permissions is not transparently available to everyone? For example, customer support: I don’t want to give out a list of every employee because a customer opens a chat that any employee and respond to.
- how are you handling p2p sync to multiple devices with the same account? Are all of my devices made public to anyone I collaborate with? Or does one device always need to be online?
Re: Jazz – Apps with Distributed State
#57I'm more than a little worried about the following all being `Coming Soon`: - Cursors & carets - Two way sync to your DB - Video presence & calls - both the Group and BinaryCoStreams All of these are the key reasons I would be evaluating this framework to handle my data. All of these are not fully implemented yet. It is these key topics of live reloading/updating data that make or break an app. In my opinion, if you…
Plus the sync only works between clients AFAICT — literally all the listed backends are also “coming soon”. Which is troubling, I’d guess that almost all local-first applications need some sort of trusted verification server, at the very least. But maybe I’m biased/unimaginative; I suppose some kinds of collaboration apps (figma, google docs, etc) might work fine serverless? Certainly not games or AI agents, right?
This seems awesome, but my natural game-stopping questions are;
1. When will backends be supported?
2. Why doesn’t the site mention “local-first”?
Oh and just for fun;
3. Why “Collaborative Values” instead of what I learned in school, “Shared Memory”?
Re: Jazz – Apps with Distributed State
#58An interesting project and looks quite promising. I will be keeping an eye on it. The source code can be found here https://github.com/gardencmp/jazz (TypeScript).
Re: Jazz – Apps with Distributed State
#59Earlier quoted context omitted.
Seems like you have lots of real world mobx experience. Have you ever read this article, basically saying that every front end state (including mobx) basically ends up being a worse version of a standard database? https://sqlsync.dev/posts/stop-building-databases/ I ended up finding that article after running into lots of the challenges with mobx State tree. I ended up trying to use watermelondb, a sqlite wrapped for…
Not GP but isn't it like saying that every database ends up being a worse version of a standard filesystem?
Every filesystem ends up being a worse version of writing to the disk by hand with a magnetized needle.
Re: Jazz – Apps with Distributed State
#60Mild nit: your website hijacked the back button, I had to spam click back like 30 times to get back to this hacker news comment thread
>I had to spam click back like 30 times to get back to this hacker news comment thread Click-and-holding or right-clicking the back button will give you a list of last N URLs in your tab history. This page only generates one auto-redirect, so the HN URL will show up.
Wow .. you've just removed a massive source of frustration - thank you.