I think the impressive part here isn't Linear's sync engine, but the fact that Evan Hu went through painstakingly reverse-engineer the engine by inspecting traffic and obfuscated code and was able to write documentation that is correct and more complete than what Linear publishes internally.
Readit Newsartman commented on Reverse engineering of Linear's sync engine github.com/wzhudev/revers... · Posted by u/flashblaze
artman commented on Reverse engineering of Linear's sync engine github.com/wzhudev/revers... · Posted by u/flashblaze
Is this applicable for a consumer mobile app to use for a local-first architecture (either conceptually or literally)?
Most certainly, if the data that the mobile app consumes is bounded and the same data is accessed frequently. Uber for example could have benefited from a sync architecture immensely (I tried to implement one back in the day, but was too late to the party as hypergrowth blocked any attempts at switching architectures). Sync
architectures are not only great from a user experience point of view, but also for developer productivity and velocity. Sync takes care of a slew of problems that makes feature development slow. I gave a talk on this at last year's Local First conf https://www.youtube.com/watch?v=VLgmjzERT08&t=4s.
I couldn't find a mention of it - but is there any plans or ability to self-host? I'm personally not a fan of keeping everything in the cloud. Also are there export options in the event someone wanted to leave the platform?
We unfortunately don't currently have plans to provide self-hosting.
artman commented on How Uber's New Driver App Overcomes Network Lag eng.uber.com/driver-app-o... · Posted by u/f_howling
Very nice!
In comparison to the web where there's so many libraries e.g. Zero, LiveStore, LiveBlocks, I've yet to find a good GRDB (sqlite abstraction) integration / client.
Offline-first is definitely very strong, but now how do I get data into a remote database with conflict resolution support?