The past, present, and future of local-first - Martin Kleppmann (Local-First Conf)
Vložit
- čas přidán 29. 08. 2024
- Speaker: Martin Kleppmann, University of Cambridge, Inc & Switch
We have come a long way since my colleagues and I published the local-first essay five years ago. In this talk I'll review where the local-first idea came from, where we are now, and what I hope the local-first community can work towards in the future.
---
Learn from engineers, designers, academics, startups, and indie developers who are putting local-first into practice and reaping the benefits of a cloud-optional architecture.
Join our discord!
/ discord
---
Subscribe for more talks: @localfirstconf
Follow: / localfirstconf
Visit: www.localfirst...
---
Thanks to our wonderful sponsors:
- DXOS - dxos.org/ (foundation layer for cloudless, collaborative software)
- Heavybit - www.heavybit.com/ (leading investor in dev-first startups)
- PowerSync - www.powersync.... (Postgres and SQLite sync layer)
- Rocicorp - rocicorp.dev/ (creator of multiplayer and sync infrastructure)
- Axil - axil.llc/ (agency focused on local-first software dev)
- Affine - affine.pro/ (workspace merging docs, whiteboards, and databases)
- CrabNebula - crabnebula.dev/ (creator of Tauri, for deploying web technologies as desktop apps)
---
Thanks to sceal-studio.com/ for the videos!
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: czcams.com/video/wb4qcdb0XWw/video.html
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