I've had similar ideas around this "syncing service" before. What I landed on as a potential solution was leveraging Git, perhaps with a custom Git porcelain on the client side. Has a lot of potential benefits.
Would like to propose that we do already have a giant sub-industry within tech that provides charges based on the value it provides rather than the threat to delete data, that we could port over business models from - gaming. Be it f2p, microtransactions, or “battlepass” type models, i think there’s a lot we may be able to learn and apply over to traditional b2b / b2c software as well
Very interesting talk. The "hypothetical future sync service" sounds a lot like a Jakarta Messaging to me. JMS already offers a standardised means of asynchronous communication whereby changes made on one device could be published to the service and picked up by another device which is subscribed to the same service.
I really like the idea of local-first. I imagine web-apps be so much more responsive if most of the communication be over local wifi/ethernet. If all or most data has to be on client side, i suspect security to be a challenge. Who would have the authority to revoke or give permissions in a pure p2p application? Anyway, very interesting talk!
Very interesting. But when I am thinking of it I only can imagine some apps where part of functionality is local first. I can't imagine case where I don't need some centralized data and logic at all.
As I understand it, this is a good usecase for work that involve a couple of people, like in a company (Notion, Excel, Google Docs). Not your social media or youtube stuff.
An excellent talk and the Local-First Principles and Values will focus on the user and unlock them from the Cloud Service Providers.
I've had similar ideas around this "syncing service" before. What I landed on as a potential solution was leveraging Git, perhaps with a custom Git porcelain on the client side. Has a lot of potential benefits.
Would like to propose that we do already have a giant sub-industry within tech that provides charges based on the value it provides rather than the threat to delete data, that we could port over business models from - gaming.
Be it f2p, microtransactions, or “battlepass” type models, i think there’s a lot we may be able to learn and apply over to traditional b2b / b2c software as well
Very interesting talk. The "hypothetical future sync service" sounds a lot like a Jakarta Messaging to me. JMS already offers a standardised means of asynchronous communication whereby changes made on one device could be published to the service and picked up by another device which is subscribed to the same service.
Like a Git Push or Email?
@@holykoolala Neither really. JMS uses the PubSub pattern: ua-cam.com/video/wb4qcdb0XWw/v-deo.html
I really like the idea of local-first. I imagine web-apps be so much more responsive if most of the communication be over local wifi/ethernet. If all or most data has to be on client side, i suspect security to be a challenge. Who would have the authority to revoke or give permissions in a pure p2p application? Anyway, very interesting talk!
Very interesting.
But when I am thinking of it I only can imagine some apps where part of functionality is local first. I can't imagine case where I don't need some centralized data and logic at all.
As I understand it, this is a good usecase for work that involve a couple of people, like in a company (Notion, Excel, Google Docs). Not your social media or youtube stuff.
Data Syncing is a big topic! Let's talk about it! Anyone here have anything to say on the subject?
JSON? Hmm... How about we standardize on PLY!
Good