Zed, एक सहयोगी कोड एडिटर, अब ओपन सोर्स है
Zed, Rust में बना एक उच्च-प्रदर्शन सहयोगी कोड एडिटर, अब ओपन सोर्स जारी किया गया है, और इसकी गति, साफ़ UI, तथा real-time pairing सुविधाओं की प्रशंसा हो रही है। टिप्पणीकार इसकी मौजूदा macOS-only स्थिति और AI/Copilot एकीकरण तथा collaboration जैसी प्राथमिकताओं को लेकर विभाजित हैं; कई लोग Linux/Windows ports, remote SSH/dev-container workflows, और बेहतर भाषा तथा plugin support की माँग कर रहे हैं। लाइसेंसिंग मॉडल (Zed के लिए GPL/AGPL, और उसके GPUI framework के लिए Apache 2) तथा योगदान CLA लंबे समय तक openness को लेकर बहस छेड़ते हैं, लेकिन कई इसे editor ecosystem में VS Code और Sublime को चुनौती देने के लिए एक गंभीर प्रयास मानते हैं.
समग्र प्रतिक्रिया और प्रदर्शन
- कई टिप्पणीकार Zed की प्रतिक्रियाशीलता से प्रभावित हैं; कई कहते हैं कि यह VS Code को सुस्त महसूस कराता है और इसकी “तुरंत” अनुभूति की तुलना Sublime से करते हैं।
- कुछ लोग विशेष प्रदर्शन लाभों का उल्लेख करते हैं (तेज़ language-server इंटरैक्शन, tree-sitter-आधारित parsing, एक fix के बाद विशाल multi-select operations), जबकि अन्य कभी-कभार धीमे रास्तों की रिपोर्ट करते हैं और कहते हैं कि Neovim/Helix अभी भी तेज़ लगते हैं।
- कई लोग minimal, “non-distracting” UI और डिफ़ॉल्ट themes की प्रशंसा करते हैं; कुछ को contrast बहुत कम लगता है या वे अधिक समृद्ध syntax highlighting की कमी महसूस करते हैं।
प्लैटफ़ॉर्म समर्थन (केवल Mac)
- एक प्रमुख चर्चा: इस बात पर निराशा कि Zed केवल macOS पर है। कई डेवलपर कहते हैं कि वे ऐसे editor में निवेश नहीं करेंगे जो Linux और/या Windows पर नहीं चलता।
- Zed engineers बताते हैं कि Linux 2024 roadmap पर है और Windows बाद में योजना में है; कुछ का तर्क है कि Linux को प्राथमिकता दी जानी चाहिए, जबकि अन्य Windows के पक्ष में तर्क देते हैं।
- कुछ लोग “work with code on any machine” जैसी marketing copy की आलोचना करते हैं, क्योंकि जब यह केवल Mac पर है तो यह भ्रामक लगती है।
Collaboration और remote development
- real-time collaborative editing पर व्यापक चर्चा होती है। समर्थक कहते हैं कि यह pairing, onboarding, और multi-person debugging के लिए परिवर्तनकारी है; आलोचक इसे gimmick या सामाजिक रूप से तनावपूर्ण मानते हैं।
- कुछ लोग मौजूदा समाधानों (tmux+ssh, screen, VNC, VS Code Live Share) को प्राथमिकता देते हैं और LSP जैसी standard, editor-agnostic protocol चाहते हैं।
- कई टिप्पणीकार मज़बूत remote dev चाहते हैं: SSH, containers, devcontainers, और यहाँ तक कि headless “server mode” भी। मौजूदा क्षमताओं को इस workflow के लिए अपूर्ण माना जाता है।
GPUI, architecture, और accessibility
- GPUI (Rust UI framework) के open-source होने से लोग उत्साहित हैं; अन्य लोग पूछते हैं कि यह मौजूदा toolkits से कैसे अलग है।
- यह GPU के माध्यम से render करता है (आज Metal), जिससे Vulkan/D3D पर porting के प्रश्न और battery usage को लेकर चिंताएँ उठती हैं; जवाब में कहा जाता है कि GPU load मामूली है।
- accessibility वर्तमान में कमज़ोर है; टिप्पणीकार AccessKit-शैली integration की माँग करते हैं, और Zed devs कहते हैं कि वे इस पर काम करना चाहते हैं।
AI/LLM एकीकरण और privacy
- अंतर्निर्मित Copilot और GPT-4 support को लेकर राय बँटी हुई है। कुछ लोग अधिक समृद्ध “fix it” workflows चाहते हैं; अन्य insist करते हैं कि AI features strictly opt-in हों या केवल plugin-only हों और डिफ़ॉल्ट रूप से disabled रहें।
- कई लोग local-LLM/ollama integration की माँग करते हैं; community workarounds मौजूद हैं।
Licensing, CLA, और business model
- core editor GPL है, collab server AGPL है, GPUI Apache 2 है। कई लोग copyleft विकल्प की प्रशंसा करते हैं।
- CLA योगदानों पर व्यापक अधिकार मांगता है; कुछ लोगों को GPL/AGPL के बावजूद भविष्य के “rug pull” का डर है और वे DCO का उपयोग करने की वकालत करते हैं।
- राजस्व paid collaboration services, AI compute, और enterprise/on-prem offerings से आने की उम्मीद है; कुछ लोग vague monetization plans को लेकर सतर्क हैं।
भाषा समर्थन, extensions, और ecosystem
- Zed के LSP और tree-sitter support को अच्छी प्रतिक्रिया मिलती है, लेकिन कमियाँ (जैसे Java, XML, Terraform, कुछ niche भाषाएँ) नोट की जाती हैं।
- extension/plugin की कहानी अभी विकसित हो रही है; कई लोग इसे, साथ ही cross-platform और remote dev को, VS Code, JetBrains, Neovim, Helix, और Emacs की तुलना में long-term adoption के लिए महत्वपूर्ण मानते हैं।