Live data from Hacker News

Jazz – Apps with Distributed State

jazz.tools

121–130 of 179 posts

Re: Jazz – Apps with Distributed State

#121

Earlier quoted context omitted.

Thanks, this is very helpful. If it's unfeasible for a small indie app then that's a bug in the pricing. If you have time, I'd love to hear about your app and work out alternatives (not just for you, but for everyone) anselm@gcmp.io anselm_io on Twitter Or book a chat directly: https://cal.com/anselm-io/talk-about-jazz (everyone else who has opinions on pricing is welcome to do the same)

Random one, but how do you find using Cal - Im keen to try it out?? I saw it on Onestack.cloud hosted for A$10 per 10 users per month which is pretty decent - our startup has a few founders and are pre-revenue, so means we couldn't really afford per user per month.

It's great! The first really good commercial open source SaaS app in my opinion and a big inspiration

Re: Jazz – Apps with Distributed State

#122
post #41

Earlier quoted context omitted.

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.

Looks like it's not load that brought it down but someone posting a 340kb individual message that's triggering a bug because we didn't account for that sort of thing somewhere. The good thing is we now have an easily reproducible case, thanks HN :)

Update: it was something else entirely, that we worked around for now and will fix soon

Re: Jazz – Apps with Distributed State

#123

Earlier quoted context omitted.

First it's all open source so even without knowing that my paid service uses the same open source libraries, you can verify yourself that nothing leaves the client unencrypted. Of course we will also do public audit(s) with security companies to make sure our cryptographic protocols are sound and implemented correctly.

Thanks for the info. Of course, "its all open source" is a fair answer, but its also a dangerous one, since it shifts culpability for verification to anyone who has the time/resources to audit the open source components that you're using. But, it also has to be stated, there is no guarantee that you're using only the open source components you've declared, which is why an impartial audit by a third party would be nec…

Just making sure that you saw the point where we will do an impartial third party audit!

Re: Jazz – Apps with Distributed State

#124

Reminded me of the Google Realtime API, killed by google 6 years ago. https://developers.google.com/google-apps/realtime/overview This one is open source, thus hopefully a safer choice.

Even with the high failure rate of startups, I hope I'll do infinitely better than Google's certain product death (plus yeah, it's open source)

How difficult it is to self host? Is backend (the mesh) also open source?

Re: Jazz – Apps with Distributed State

#125

Earlier quoted context omitted.

Thanks for the info. Of course, "its all open source" is a fair answer, but its also a dangerous one, since it shifts culpability for verification to anyone who has the time/resources to audit the open source components that you're using. But, it also has to be stated, there is no guarantee that you're using only the open source components you've declared, which is why an impartial audit by a third party would be nec…

Just making sure that you saw the point where we will do an impartial third party audit!

I did, and I hope you will promote that fact a bit more overtly, because its kind of important for some .. especially in Europe ..

Re: Jazz – Apps with Distributed State

#126

Founder 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!

What happens to the mesh if this doesn't work out as a commercial enterprise and the company behind it goes away? Practically speaking how much of it is running on your computer's today?

Re: Jazz – Apps with Distributed State

#127

Nice, but react.

I’m only showcasing the react bindings because that’s mainstream, but they are only a very thin wrapper over jazz-browser, which you can use in vanilla JS or to build your own framework bindings

Thank you! I was concerned about having a hooks-only API.

Re: Jazz – Apps with Distributed State

#128
Not sure if this question belongs on this post but kinda interested in how validation and e.g data schema enforcement work in local first / distributed infrastructure.

Assume this is built into the way you think about the model (and my mental model definitely isn't there yet), but having read the permissions part of the jazz docs (on/off?) and thinking about how client-first platforms like firebase do it with private rules on a centralised server .. I don't get it. Is it possible to do complex validation against e.g writes? Is it a natural state of CRDTs, somehow handled in the PKC, or just a side effect of the data models demanded of the setup?

Any info or pointers to further reading would be ace!

Re: Jazz – Apps with Distributed State

#130

Over the past few years, I've worked on and used a bunch of different frameworks to try to solve for distributed state. Jazz feels like it has the right "shape" - the right primitives to quickly build an app with magical powers like offline, real-time collab, etc. If you can push the distributed state problem below the framework level, it becomes dead simple to build apps, which feels great.

Thanks for the kind words, Jess!

Jess would know, DXOS is also amazing and in this space. I learned about DXOS at the local-first unconference after Strange Loop and was very impressed by Jess and his work.
Post reply on HN