Flutter developer experience is top notch. The best place you can see this is by comparing the experience of upgrading React Native vs upgrading Flutter. Flutter Web with WASM is also very cool. If you’re using a bespoke design for your app and don’t care about looking native, it’s overall a more predictable way to manage cross platform development.
That said, React Native has many great third party libraries whereas Flutter is dominated by a lot of low quality solutions.
Looks like it was built by https://news.ycombinator.com/user?id=adamvarga but his HN account doesn’t seem active, so he may never see this. Still: hats off to him — the utility-to-bloat ratio here is… mostly good, modulo the 824 “partners.”
Because it happend much longer ago. If the US wanted they could leapfrog that step and go straight to federal laws covering the same things. It's just that there is no majority that wants it.
This is impressive!
After Realm depreciation I have been trying many different offline sync options, they are especially few on Dart…
Dart-Rust binding generator is pretty great though so it’s nice this is in Rust. Will keep an eye on this.
Thanks! Yeah, Realm's shift in direction left a gap in the offline-first space.
I didn't build Dart bindings yet (Rust → WASM → TypeScript for v0.1.0), but since the core is in Rust, Dart bindings via dart_rust_bridge are definitely feasible. Would actually be a great addition.
Are you actively looking for a Realm replacement for a Dart project? Curious what your offline sync requirements are. It might help me prioritize Dart support
I use Loro CRDT, which is written in Rust as well, on my Dart apps with flutter_rust_bridge and it works pretty well. For syncing I'm using their Loro protocol product although I used iroh before. However, the annoying thing about how the CRDT libraries work is that they're essentially key value NoSQL type storage, not relational. I would love something like SQLite or Postgres on both the server and client that can sync, which companies like ElectricSQL have, but no Dart bindings and also I'd prefer to be in the all Rust ecosystem as well as self host.
You've hit on the core limitation because SyncKit has the same issue. Document/key-value like Loro and Yjs. The relational model problem is fundamental to CRDTs. They guarantee conflict-free convergence because documents are independent, but that breaks with foreign keys and joins. Can't have arbitrary SQL queries and guaranteed convergence without coordination.
ElectricSQL and PowerSync solve it differently (full SQL but weaker offline guarantees). For SyncKit, document-based state is an architectural choice, not something v0.2.0 will change.
I'm curious to know how you're working around this with Loro. Are you building your own query layer or are you keeping everything denormalized?
Yeah I'm essentially writing my own ORM with functions like getFoo which queries the exact substructure of the CRDT to find the info I need. Apparently Postgres is getting a CRDT extension though but we'll see how it goes, typically it's not that fast.
Schengen thing should be working like this but more and more I have been asked for ID/passport, usually by the airline before boarding or local police acting as border guards after arrival.
Yeah I have thought about more user friendly Violentmonkeh before. This sort of thing just needs to be open source and non-profit, there isn’t even much upkeep to it. At what point will the investors want some form of return?
This is built from the system that created enshittifcation in the first place; a cleaner web is definitely not going to come from a startup.
This could be exactly what I need, AES GCM field-level encryption support is a godsend. Unfortunately seems like it’s planned and not ready.
If I hadn’t just finished rolling out a sync feature built around the Matrix protocol, I would have loved to properly try this out.
My app is for chat-based notes[1] and I have been wanting E2E local-first sync on it for a while. Switched from Realm to SQLite after it was deprecated but never found a good non-niche DB SDK for it on Flutter. Tried to handroll sync + AES-GCM encryption with Supabase Realtime and it kind of worked but I knew managing encryption was going to be hell and also wanted collaboration features. Matrix was built for chat, and at some point I read someone call it basically a graph sync engine & potentially supporting general texting with other clients also seemed like a cool bonus.
That said, adopting it (even partially) was/is a big mess, there's a thousand corner cases with key exchange, etc. so it's really a big commitment, especially if there's no existing user-friendly SDK for it.
I'm not using yjs (yet), just going to more basic event sourcing that is essentially last-write wins but that's a direction I want to explore in the future.
neat congrats on shipping! yeah i was kind of in the same boat which is why instantdb seemed like a good fit but it's early days. matrix feels like a house of cards that is meandering a bit with a ton of msc's. you using synapse or?
I wanted to give it benefit of the doubt but the same poster has an identical AI “Interesting point about X” comment in a different thread. This checks out.
Right now it's prime time for a bunch of "European" tech (which still very much depend on a ton of non-EU infrastructure and code) to start shilling for their "EU alternatives". It's like the new local buzzword after AI.
I started self-hosting and adopting Matrix for my app recently and most of these raised concerns seem manipulative at best. Thanks for all the work with the project!
That said, React Native has many great third party libraries whereas Flutter is dominated by a lot of low quality solutions.