The Quiet Revolution in Local-First Software
As major platforms face outages and data breaches, a new generation of developers is building applications that prioritise local data storage and peer-to-peer sync, challenging the cloud-first orthodoxy that's dominated tech for two decades.
Listen to this article

When Figma went down for several hours last month, thousands of designers found themselves unable to access their work. The incident, while quickly resolved, highlighted a growing anxiety about our dependence on centralised cloud services. But a quiet shift is already underway: a cohort of developers and researchers is reimagining how software should work, placing user data back on devices and using peer-to-peer protocols for synchronisation.
This movement, known as local-first software, represents more than a technical pivot; it's a philosophical challenge to the past two decades of web architecture. The implications extend beyond resilience to questions of ownership, privacy, and what happens to our digital work when companies change terms, raise prices, or simply shut down.
The Cloud's Hidden Costs
Cloud-based software delivered undeniable benefits: automatic updates, seamless collaboration, and freedom from installation headaches. But these advantages came with trade-offs we're only now beginning to reckon with. Users must maintain constant connectivity. Performance depends on server response times and network latency. Most critically, our data is at the mercy of platform operators, who can revoke access, mine it for advertising, or discontinue services entirely.
Recent years have amplified these concerns. Adobe's pivot to subscription-only models. Google's shutdown of dozens of beloved services. Platform outages that strand users for hours or days. The consolidation of the tech industry means fewer alternatives and less leverage for users who disagree with corporate decisions. Local-first architecture offers a compelling alternative: applications that work offline by default, treat the user's device as the source of truth, and sync peer-to-peer when connectivity allows.
Technical Innovation Enabling New Patterns
What makes local-first viable now is the maturation of conflict-free replicated data types (CRDTs) and related technologies. CRDTs allow multiple users to edit the same document simultaneously on different devices and automatically merge changes without a central server determining the 'correct' version. Projects like Automerge and Yjs provide production-ready CRDT implementations, while protocols like Hypercore and IPFS enable peer-to-peer data distribution.
The result is software that feels as responsive as native applications while maintaining the collaborative benefits of cloud services. Apps like Notion's offline mode or Linear's instant interactions hint at what's possible, but fully local-first applications go further. When all data lives on your device, operations complete in milliseconds rather than round-trip server times. Sync happens in the background, opportunistically, without blocking your work.
Real-World Implementations
Several production applications demonstrate local-first principles at scale. Obsidian has built a devoted following among note-takers precisely because Markdown files live on users' devices, with optional end-to-end encrypted sync. Actual Budget, an open-source finance app, uses local-first architecture to ensure your financial data never lives on someone else's server. Even established platforms are experimenting: Dropbox's recent acquisition of Zesty.ai signals interest in local-first collaboration tools.
The developer tools space shows particular promise. Database companies like ElectricSQL and PowerSync are building local-first infrastructure specifically for application developers, handling the complex synchronisation logic so individual apps don't have to. This middleware approach could accelerate adoption by lowering the technical barriers to building local-first applications.
Challenges and the Path Forward
Local-first software isn't without complications. The initial setup requires greater sophistication from users. Data synchronisation across devices adds complexity. Business models remain unclear when continuous connectivity isn't required. And regulatory requirements around data residency and compliance create additional hurdles for certain applications.
Yet the momentum is undeniable. Developer interest is surging, with local-first meetups and conferences drawing substantial attendance. The Ink & Switch research lab continues publishing influential work on local-first patterns. And user fatigue with platform lock-in creates demand for alternatives that respect data ownership and privacy.
The cloud won't disappear—centralized services solve real problems around scale, collaboration, and convenience. But the next decade of software may be less dogmatically cloud-first and more pragmatic about where data lives and who controls it. For users tired of asking permission to access their own work, that shift can't come soon enough.

