Zedless: प्राइवेसी और local-first पर केंद्रित Zed fork

 (github.com/zedless-editor)
5 पॉइंट द्वारा GN⁺ 2025-08-21 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Zedless open source editor Zed पर आधारित है, और प्राइवेसी सुरक्षा व local-first वातावरण पर ज़ोर देने वाला fork संस्करण है
  • Zedless cloud dependency को हटाता है, और उपयोगकर्ता को अपनी पसंद के infrastructure environment को सीधे configure करने देता है
  • सभी spyware और remote telemetry features को हटाने की योजना है
  • contributor copyright reassignment के बिना नीति (No CLA) अपनाई गई है, जिससे सभी डेवलपर अपना copyright बनाए रखते हैं
  • license management automation और open source license compliance के लिए अतिरिक्त tools का उपयोग किया जाता है

Zedless परिचय

  • Zedless code editor Zed का एक fork version है, जिसका लक्ष्य उपयोगकर्ता की प्राइवेसी सुनिश्चित करना और local environment को प्राथमिकता देने वाली usability प्रदान करना है
  • यह फिलहाल विकासाधीन प्रोजेक्ट है, और बाहरी contributions का खुले तौर पर स्वागत करता है

प्रमुख बदलावों की योजना

  • self-host नहीं किए जा सकने वाले cloud services पर dependency हटाना
    • third-party cloud पर सख्ती से निर्भर components और features को हटाया जाएगा
  • spyware हटाना और data protection
    • telemetry और automatic crash reporting system दोनों हटाए जाने वाले हैं
  • user infrastructure को प्राथमिकता से समर्थन
    • network service features का उपयोग करते समय, उपयोगकर्ता standard format में सीधे service provider निर्दिष्ट कर सकता है
    • कोई "default provider" सूची नहीं होगी, और यह feature डिफ़ॉल्ट रूप से निष्क्रिय रहेगा
  • copyright transfer नहीं
    • project participants copyright अपने पास बनाए रखते हैं
    • डेवलपर्स के साथ किसी तरह का नुकसान न हो, इसके लिए No rugpulls policy लागू की गई है

license और dependency management

  • third-party dependencies की license information देना अनिवार्य है, और इसके लिए cargo-about tool का उपयोग किया जाता है
  • ध्यान देने योग्य बातें
    • अगर आपके द्वारा लिखे गए crate में 'no license specified' त्रुटि आती है, तो Cargo.toml में publish = false जोड़ना आवश्यक है
    • यदि dependent package की license requirements पूरी न होने की त्रुटि आती है, तो उस license की उपयुक्तता की पुष्टि कर उसे स्पष्ट रूप से दर्ज करना चाहिए
    • अगर cargo-about dependency license नहीं ढूंढ पाता, तो script में स्पष्ट explanation entry जोड़नी चाहिए

प्रोजेक्ट का महत्व

  • Zedless उन उपयोगकर्ताओं और टीमों के लिए, जो प्राइवेसी और local-centered development environment को महत्व देते हैं, स्थिरता, स्वायत्तता, और कानूनी सुरक्षा के लिहाज़ से एक बेहतरीन विकल्प है
  • मौजूदा Zed की तुलना में proprietary cloud services और remote tracking features जैसी संभावित security vulnerabilities को हटाकर, self-managed infrastructure और open source ecosystem पर आधारित विश्वसनीयता हासिल की जा सकती है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-08-21
Hacker News की राय
  • Zed के बारे में ऐसा रुख देखना अच्छा लगा। अभी यह परफेक्ट नहीं है, लेकिन आगे के लिए उम्मीद है। लेकिन मुझे AI और telemetry फीचर्स बिल्कुल नहीं चाहिए। हाल के दिनों में मैंने editor में AI फीचर्स लगभग इस्तेमाल करना बंद कर दिया है। Copilot वगैरह कई बार आज़माने पर भी अब तक संतोषजनक नहीं लगे। मुझे लगता है कि ऐसे फीचर्स software development pipeline के किसी और हिस्से, जैसे code review या documentation सहायता, में ज़्यादा उपयुक्त हैं। settings sync service या maintenance subscription जैसी चीज़ों के लिए मैं पैसे देने को तैयार हूँ। लेकिन मुझे नहीं लगता कि editor जैसा tool ऐसा product है जो VC को चाहिए वैसा ROI दे सके। शायद एक साल बाद मैं फिर Emacs और IntelliJ के combination पर लौट जाऊँ
    • ऐसी राय आखिरकार देखकर खुशी हुई। जब बहुत से लोग AI editor की तारीफ़ कर रहे थे, तब मुझे समझ नहीं आता था कि इतना शोर किस बात का है, और मैं खुद को अलग-थलग महसूस करता था। मैंने कुछ AI editors इस्तेमाल किए, लेकिन कभी ऐसा नहीं लगा कि मेरा workflow बेहतर हुआ हो। हमारी टीम के नज़रिए से code लिखना bottleneck नहीं है, बल्कि code review का जल्दी न होना समस्या है। इसलिए कुछ बोझ कम करने के लिए हम AI code review अपनाने पर विचार कर रहे हैं
    • Zed में AI फीचर्स बंद किए जा सकते हैं Zed ब्लॉग: AI फीचर्स बंद करना
    • अगर Zed AI फीचर्स जोड़ना बंद करके text editing पर ध्यान दे, तो यह सच में एक शानदार product बन सकता है
    • बस AI या telemetry फीचर्स का इस्तेमाल ही मत करो या उन्हें बंद कर दो, क्या इतना काफी नहीं? इन्हें ज़बरदस्ती सामने नहीं थोपा जा रहा। telemetry अगर default OFF हो तो और अच्छा है, लेकिन अगर इसे आसानी से बंद किया जा सकता है तो वह भी ठीक है
    • maintenance subscription के लिए पैसे देने की ऐसी राय HN या geek forums में अक्सर दिखती है, लेकिन असल में ऐसे users इतने कम होते हैं कि किसी product या company को sustainable बनाने के लिए पर्याप्त नहीं होते
  • forks को लेकर मेरे मन में हमेशा mixed feelings रहती हैं, खासकर hard fork के मामले में तो और भी। Zed में हाल ही में सभी AI फीचर्स disable करने का option जोड़ा गया है, और telemetry भी opt-out की जा सकती है। इसलिए समझ नहीं आता कि fork की सच में ज़रूरत है या नहीं। जो फीचर सूची दी गई है, उसमें कई चीज़ें ऐसी लगती हैं जिन्हें मुख्य project में ही basic features के रूप में upstream किया जा सकता है। उम्मीद है ऐसा हो। मुझे Redis fork की तरह ecosystem के बंटने की पुरानी याद भी है
    • मुझे लगता है कि fork की ज़रूरत कम नहीं है, क्योंकि Zed developers पहले ही कुछ संदिग्ध कदम दिखा चुके हैं, जैसे Zed account/login फीचर को disable करने की अनुमति न देना। मुझे नहीं लगता कि ecosystem के बँटने से डरने की ज़रूरत है। बल्कि अलग-अलग tools का सह-अस्तित्व lock-in और groupthink से मुक्त होने का सकारात्मक रास्ता है
    • opt-in telemetry भी फिर भी असहज लगती है। यह एहसास मिटता नहीं कि software कभी भी मेरी underwear size या breakfast तक report कर सकता है। सिर्फ एक checkbox पर निर्भर रहना भी बेचैन करता है। बाकी फीचर्स में भी हर बार “ज़रूरत नहीं” चुनना पड़े, ऐसा opt-out तरीका झंझट लगता है। कुल मिलाकर मैं minimalism को पसंद करता हूँ
    • मुझे लगता है कि Zed पहले से open source है, इसलिए fork की ज़रूरत कम है। इसलिए अगर Zed default रूप से सभी फीचर्स को opt-in बना दे, तो ऐसे fork का अस्तित्वगत महत्व ही खत्म हो जाएगा
    • यह अतिरिक्त आश्वासन अच्छा होगा कि first run पर background upload बिल्कुल नहीं होगा। संदर्भ के लिए, मैं opensnitch भी साथ चलाता हूँ ताकि दोहरी सुरक्षा रहे
  • इस fork की खबर कुछ जल्दी लगती है, खासकर तब जब यह किस उद्देश्य से fork किया गया है, इसकी कोई manifesto जैसी व्याख्या नहीं दी गई। “no rugpulls” जैसी पंक्ति देखकर लगता है मानो Zed में कोई घटना हुई हो, लेकिन हर HN पाठक ऐसे open source विवादों से हमेशा परिचित नहीं होता
    • Contributor Agreement(CA) बाद में license बदलने के लिए होने वाले तथाकथित ‘license rugpull’ के खिलाफ copyright को पूरी तरह company के पास केंद्रित करने का एक तरीका है। Zed का CA माँगना यह भी दिखाता है कि वह भविष्य में license परिवर्तन की संभावना को ध्यान में रख रहा है
    • Zed मूल रूप से cloud और AI-केंद्रित project के रूप में जाना जाता था। मुझे लगता है कि यही रुझान इस fork की स्पष्ट प्रेरणा है। यह कोई अचानक पैदा हुआ नया विवाद या घटना नहीं, बल्कि दिशा की एक स्पष्ट अभिव्यक्ति है जिसे बहुत से लोग पसंद नहीं करते
    • मुझे लगता है कि यह fork github discussion से शुरू हुआ
    • Zed ने VC investment लिया है। ऐसे में privacy/local-first fork सिर्फ इन फीचर्स की कमी के कारण भी अपने आप में वैध है। Zed जिन कई फीचर्स पर गर्व करता है, उनमें से काफी हटाने पड़ेंगे, लेकिन इसे rugpull कहना थोड़ा अस्पष्ट लगता है
  • संबंधित चर्चा threads की सूची
  • यह fork क्या नतीजा निकालेगा, यह जानने की उत्सुकता है। पहले node.js के fork IO.js ने भी node development की दिशा बदल दी थी। telemetry और AI के हर तरफ थोपे जाने के इस दौर में यह बात याद आती है कि ऐसे मुद्दों के प्रति संवेदनशील developers का एक समुदाय मौजूद है
  • Zed में मेरी सबसे बड़ी इच्छा multi-window support है। agent panel या दूसरे panels को अलग monitor पर नहीं खोला जा सकता। local-first दिशा अच्छी है, लेकिन मैं AI tools भी इस्तेमाल करता हूँ, इसलिए अभी शायद यह fork नहीं अपनाऊँगा। फिर भी no-telemetry, no-Contributor Agreement जैसी दिशा स्वागतयोग्य है। मुझे इस fork का विचार पसंद है और मैं इसे शुभकामनाएँ देता हूँ। मैंने Zed को एक साल से ज़्यादा समय तक उसके AI फीचर्स के बिना ठीक-ठाक इस्तेमाल किया है, इसलिए हो सकता है कि कभी AI से ऊबने पर मैं इस fork में आ जाऊँ
    • मेरा भी यही अनुभव रहा। Zed को लेकर बहुत बहसें देखने के बाद मैंने इसे install किया, लेकिन panel खोलने की सुविधा नहीं थी, और एक साल से ज़्यादा समय से अनसुलझी basic settings भी बदल नहीं सका, इसलिए अंत में इसे हटा ही दिया
  • मुझे हमेशा लगा था कि ऐसा fork कभी न कभी ज़रूर आएगा। मैंने खुद भी इसे शुरू करने के बारे में सोचा था, लेकिन maintenance का बोझ बड़ा लगा और छोड़ दिया। मैंने नाम के लिए zim(zed improved, vim की तरह) भी सोचा था। project को वास्तव में दुनिया में आते देख खुशी हुई
  • लेखक की टिप्पणी: Lobsters मूल लेख, fork project पर जाएँ, मैं telemetry, auto-update, cloud-only AI integration, node.js dependency, language server auto-download, अतिरिक्त खरीद के लिए nudges, और login button जैसी उन चीज़ों को चरणबद्ध तरीके से हटा रहा हूँ जिन्हें मैं अपने लिए अनावश्यक मानता हूँ। Zeta edit की cloud-only फीचर्स को भी जहाँ संभव हो self-hosted बनाने का लक्ष्य है (उदाहरण: llama.cpp या vLLM instance पर Zeta edit prediction चलाना)। मौजूदा स्थिति में यह इतना functional है कि main editor की तरह इस्तेमाल किया जा सके। लेकिन code changes बहुत ज़्यादा होने के कारण merge conflicts से बचने की एक सीमा है। इसलिए मैं tree-sitter का उपयोग करके AST स्तर पर अपने-आप संशोधन करने का प्रयोग भी कर रहा हूँ। यह प्रयोग आगे चलकर Zed के “personalized unshittified” version बनाने वाले tool के रूप में विकसित हो सकता है
    • मैं node.js dependency के बारे में पूछना चाहता हूँ। लोगों ने node को नापसंद करना आखिर कब शुरू किया, और इसके पीछे कारण क्या हैं?
  • मुझे लगता है कि ऐसे fork के बजाय Zed में AI फीचर्स को compile flag से छिपाने वाला pull request ही काफी हो सकता है। ज़रूरी नहीं कि इसे ‘fork’ ही कहा जाए; क्या सिर्फ अलग build command के साथ उसी codebase से AI-मुक्त Zed नहीं बनाया जा सकता?