Live data from Hacker News

Martin Kleppmann talk on local-first (LoFi)

bsky.app

21–28 of 28 posts

Re: Martin Kleppmann talk on local-first (LoFi)

#21
post #15

Earlier quoted context omitted.

Thank you! To your point about industrial use, yes – this is interesting. For example, Actyx makes a software system for coordination within a factory floor, and Ditto performs sync between devices of cabin crew on an aircraft. These are nice examples of industrial local-first systems.

Hi Martin! It's Robert from Cambridge (you were my DOS :)). Glad to see your name pop up on HN!

Hi there, good to hear from you! :)

Re: Martin Kleppmann talk on local-first (LoFi)

#22

I briefly worked with Martin at my first internship (Rapportive) and he immediately stuck out as someone who goes way above and beyond the typical when thinking through hard technical problems. Haven't heard his name in a while, but I'll definitely check out this talk.

Oh hi Andrew! It's been ages, hope you're well!

Re: Martin Kleppmann talk on local-first (LoFi)

#23
post #8

Earlier quoted context omitted.

I know, this has come up a few times. We will have a matrix bridge soon. Do you have any leads for a peer first community software with good adoption? I have a short list that I'm testing but none of them have the features we need: 1) Live video 2) # channels and 3) adoption Even moving off Twitter has been a challenge but I am optimistic about bsky

P2P Matrix ( https://arewep2pyet.com ) is our answer to peer-first community software, but it's currently on hiatus thanks to funding issues. The best I can propose is normal Matrix - and then when P2P comes along, it'll replicate onto clients as easily as it replicates onto servers today. Meanwhile, bsky is perfect for twitter replacement, imo,

Will keep an eye out

Re: Martin Kleppmann talk on local-first (LoFi)

#24
post #9

Kleppmann is one of very few people who not only understands technical topics deeply, but is a great speaker & a writer. Very much looking forward to it. As for local first, I see it as a combination of a few things - moving databases as close to users as possible [0] - writing data without coordination with other nodes - background sync What this buys you is extremely high availability (as you can write without havi…

Well said. After linear.app showed the jump in UX for local data ('moving databases as close to users as possible') it became really easy to answer the questions below by saying checkout linear.app

* Why do we need local-first? * We don't need offline support * Google already has all my data, don't care about data ownership (a little orthogonal)

Re: Martin Kleppmann talk on local-first (LoFi)

#25

I briefly worked with Martin at my first internship (Rapportive) and he immediately stuck out as someone who goes way above and beyond the typical when thinking through hard technical problems. Haven't heard his name in a while, but I'll definitely check out this talk.

I'll add to this gratitude thread.

Martin has had a material impact on my career. I don't think I would have gotten my job at LinkedIn if it wasn't for his book, Designing Data-Intensive book: https://www.oreilly.com/library/view/designing-data-intensiv...

I learned how to build a web application with FE, BE, DB, and distributed workers for my first job. But it wasn't until I read his book that I understood the enormous gap between building web apps and planet-scale web applications. The book saved me from bombing my interviews.

Re: Martin Kleppmann talk on local-first (LoFi)

#27

Why is this so highly ranked? It’s just an ad for a conference.

Local-first has a lot of passionate folks around it! It doesn't feel super popular in orgs, but it feels like the right thing to do, like it's better for users.

It also implies tackling some very complex & difficult data syncing challenges. Which can be appealing! So many systems out there end up querying the same data again and again, end up sending large entity trees out. There's so many interesting promising improvements/rearchitectings we could be making that would improve client-server systems broadly, and local-first brings into focus many of these un-optimal data-architecture concerns while also layering in delay-tolerant challenges.

That's really it: local first is (can be, there are some good tools at hand too) a hard-mode, and getting good at it will improve computing architectures greatly from the client side out. If you want the best client side tech, if client side optimizations matter to you, local-first is a good place to be.

Also, Martin Kleppmann is speaking & is a revered elder guru of data systems (his book Designing Data Intensive Systems is the modern text on data systems, among many other notables). Where local first came from & where it's going sounds like a wonderful place to prognosticate from, and I'm so excited for a little shared view into Martin's crystal ball.

Re: Martin Kleppmann talk on local-first (LoFi)

#28
A big shout out to local-first community and Martin in particular.

I'm a big believer in local-first and just to share that next month we will be presenting in the IEEE rapid standardization workshop Bangalore for a new robust wireless PHY standard proposal for rural community utilizing local-first learning management system (LMS) as a potential case-study.

Post reply on HN