Linear ने मुझे लोकल-फर्स्ट रैबिट होल में पहुँचा दिया

• Linear का उपयोग करते हुए वेब एप्लिकेशन डेवलप करने के तरीके की मेरी समझ में बड़ा बदलाव आया
• Linear local-first तरीके से काम करता है और तुरंत प्रतिक्रिया तथा बिना नेटवर्क लेटेंसी वाला इंटरैक्शन देता है
• इसमें क्लाइंट के पास independent database होता है और बदलाव asynchronous तरीके से server के साथ sync होते हैं
• लेकिन डिस्ट्रिब्यूटेड वातावरण में sync, conflict resolution, offline handling जैसे कामों की implementation कठिन होती है
• Jazz, Electric SQL, Zero आदि समेत local-first ecosystem में कई अलग-अलग solutions आ रहे हैं, और developer experience लगातार बेहतर हो रहा है

---

अवलोकन

Linear नाम का एक project management tool इस्तेमाल करते हुए मुझे local-first के शानदार performance और user experience से बहुत प्रेरणा मिली। पारंपरिक वेब ऐप्स में अक्सर महसूस होने वाली नेटवर्क देरी, loading state और page refresh जैसी चीज़ें लगभग महसूस ही नहीं हुईं। इस अनुभव ने मुझे local-first (लोकल-फर्स्ट) paradigm के तकनीकी सिद्धांत और वास्तविक implementation को गहराई से explore करने के लिए प्रेरित किया।

रैबिट होल में उतरना

Linear की तकनीकी परतें खोलते समय पता चला कि वे browser की IndexedDB को वास्तविक database की तरह use करते हैं। सभी बदलाव पहले local में तुरंत process होते हैं और फिर GraphQL तथा Websockets के जरिए background में sync किए जाते हैं।

• local-first शब्द को कभी UX strategy (तत्काल responsiveness) के तौर पर, कभी डेटा को local पर रखकर sync करने वाली philosophy के तौर पर समझा जाता है
• परंपरागत web apps में server ही single source of truth था, लेकिन local-first architecture में हर क्लाइंट का अपना database होता है
• database की दूरी user के करीब आते ही, यूज़र इंटरेक्शन से नेटवर्क लेटेंसी लगभग पूरी तरह हट जाती है

चुनौती: यह आसान नहीं है

जब मैंने Linear का तरीका खुद लागू करने की कोशिश की, तब समझ आया कि complexity काफी ज्यादा है।

• ऑनलाइन/ऑफलाइन स्विचिंग
• डिस्ट्रिब्यूटेड क्लाइंट्स के बीच conflict resolution
• partial sync (सारा डेटा नीचे डाउनलोड किए बिना design करना)
• cache data schema migration
• डिस्ट्रिब्यूटेड वातावरण में सुरक्षा और access control
• ये सभी area भारी engineering time और प्रयास मांगते हैं

2025 का Local-First ecosystem

2025 के हिसाब से, local-first ecosystem में कई मजबूत solutions मौजूद हैं।

• Electric SQL: Postgres पर आधारित sync engine
• PowerSync: एंटरप्राइज़-केंद्रित solution
• Jazz: local-first apps को आसानी से build करने वाला tool
• Replicache: पहले का प्रमुख solution (abandoned)
• Zero: Replicache टीम की नई दिशा
• Triplit: TripleStore आधारित sync
• Instant: developer experience पर focus करने वाला
• LiveStore: real-time synchronization layer उपलब्ध कराता है

Deep Dive: Jazz

Jazz का unique promise था: "local-first ऐप्स को सिर्फ state update बदलने जितना आसान बनाना"—इसने मेरा ध्यान खींचा।

The Mental Model

Jazz में Collaborative Values(CoValues) नाम का एक real-time collaboration primitive introduce किया गया है।

• Jazz और Zod से schema define करते हैं: यह सिर्फ simple type नहीं, बल्कि automatically sync होने वाले live objects की तरह काम करता है
• अलग API route, request/response logic, DTO जैसी चीज़ों की जरूरत नहीं; बस object state बदलते ही sync अपने आप हो जाता है

How Jazz Achieves This

Jazz की अंदरूनी संरचना यह है:

• Unique ID generation: हर data को स्वचालित रूप से unique ID दी जाती है
• Event sourcing: बदलाओं का history events के रूप में store होता है, जिससे real-time sync अधिक efficient बनता है
• End-to-End Encryption: sync से पहले client पर ही डेटा encrypt होता है; server सिर्फ encrypted blobs ही देख सकता है
• Group-based permission model: पारंपरिक ACL की जगह group-level permissions, जिसमें ownership स्पष्ट अलग होता है

The Trade-offs

यह संरचना prototyping और fast UI development में बेहद productive है। लेकिन कुछ design characteristics पर ध्यान देने की ज़रूरत है:

Your Server Is Blind

End-to-end encryption की वजह से server यूज़र का डेटा पढ़ नहीं सकता। अगर पहले से define न करें कि server को किन डेटा की access चाहिए, तो monitoring, abuse prevention आदि पर governance सीमित हो सकती है।

Time Travel Is Mandatory

Event sourcing से सारे बदलाव का इतिहास स्थायी रूप से store होता है। इससे Undo/Redo करना आसान है, लेकिन GDPR जैसी legal requirement के हिसाब से delete करना मुश्किल हो सकता है।

Storage Goes Brrr

delete न होने पर storage usage लगातार बढ़ती जाती है। छोटे projects के लिए ठीक है, लेकिन बड़े SaaS में storage खर्च काफी बढ़ सकता है।

Local Dev Still Has Quirks

Authentication का default तरीका Passkeys पर आधारित है, इसलिए custom implementation या local environment में शुरुआत में HTTPS, certificate management, key migration जैसे झंझट आते हैं। हालांकि Better Auth integration आदि से सुधार आने की संभावना है。

But Honestly? Still Worth It

इन सीमाओं के बावजूद, Jazz का developer experience और productivity बहुत impressive है। यह अभी शुरुआती दौर में है, लेकिन उम्मीद है कि आगे चलकर कई issues धीरे-धीरे resolve होंगे।

Exploring: Electric SQL and Zero

Jazz से अलग, Electric SQL और Zero अधिक incremental approach लेते हैं।

• existing Postgres tables सीधे उपयोग किए जा सकते हैं
• Electric SQL UI sync के लिए table का कुछ हिस्सा reactive query (Shape) के रूप में subscribe करने देता है
• बदलाव/म्यूटेशन handle करने का तरीका Jazz से अलग है, और LiveStore integration जैसे कई विकल्प मौजूद हैं
• Zero Electric जैसा ही है, लेकिन इसमें change sync support built-in है

When Does Local-First Make Sense?

लेख में local-first paradigm कब fit बैठता है और कब कठिन हो जाता है इसका summary दिया गया है।

उपयुक्त:

• क्रिएटिव tools (डिज़ाइन, writing, music आदि)
• collaborative apps
• मोबाइल ऐप्स जहाँ offline support जरूरी हो
• developer tools
• personal productivity apps

चुनौतीपूर्ण:

• बड़े server-side business logic वाले सिस्टम
• strict audit requirement
• large-scale analytics systems
• deeply integrated legacy systems
• server-side request deny करने वाली architecture

आगे की दिशा

local-first सिर्फ एक architectural tweak नहीं, बल्कि web development में paradigm shift है। Linear ने पहले ही user experience में बड़ा असर दिखाया है। डेवलपर को यह देखना होगा कि ये structural trade-offs उनके project के लिए सही हैं या नहीं।

लेखक खुद Jazz पर personal apps बनाकर practical pros/cons और abstraction limitations समझने की कोशिश कर रहा है। ecosystem अभी शुरुआती stage पर है, इसलिए tools और patterns को और mature होने में समय लगेगा। फिर भी डेटा को local पर रखने के benefits साफ दिखते हैं और ये trend खत्म होने वाला नहीं लगता।

अगर नए प्रोजेक्ट में ये constraints accept की जा सकती हैं, तो local-first जरूर try करने लायक है। खराब स्थिति में आप एक नया architecture pattern सीखेंगे, और बेहतर स्थिति में शायद बहुत तेज़ user experience बना पाएंगे—जहाँ 300ms प्रतिस्पर्धा में ये बड़ा edge हो सकता है।