Designing for Disconnection- The Mental Model of Offline Apps
summary
Argues that online and offline are a single latency spectrum and proposes a local first architecture that writes to on-device storage and relies on a background sync component to observe local changes, watch network state, and coordinate push/pull reconciliation; notes typical low-latency online responses are under one second. Describes practical problems like the 2ID problem (local vs server IDs) and conflict strategies such as last write wins, client/server wins, or manual merge, and lists principles: seed returning users, avoid flows you can’t finish, surface async errors, and synchronize reliably.
AI-written summary · about
chapters (9)
- 0:00Introduction to offline apps
- 1:48What it means to be offline
- 4:16Online is offline mentality
- 7:25Local first approach explained
- 9:32Local first app architecture
- 12:46The 2ID problem challenge
- 17:06Conflict resolution strategies
- 19:10Principles of good offline design
- 22:22Synchronizing data effectively
related talks
39mSay Hello to Offline First
41mOffline First
35mHow Offline-First Architecture Could Save Your Apps
45mOffline First (Web) Apps
36m“Make your app work perfectly offl…” — Connection Interrupted
56mStop the Internet, I want to go offline
44mDesign principles and implementation strategies for better offline experience
32mLook, Mum, No Internet - Creating great experiences with offline-first apps
