VSCode से Zed पर स्विच करने का अनुभव

• VSCode में बार-बार AI features जुड़ने और instability के कारण मौजूदा user experience खराब हुआ, जिससे एक नए विकल्प की तलाश शुरू हुई
• Zed एक हल्का और तेज़ IDE है, जिसे Rust में लिखा गया है, और यह VSCode users के लिए परिचित UI और key bindings देता है
• Python development environment सेट करते समय Basedpyright language server के type checking mode से जुड़ी उलझन थी, लेकिन pyproject.toml configuration के जरिए इसे हल किया गया
• Zed की speed, stability, और simple configuration इसके मुख्य फायदे हैं, और extension ecosystem छोटा होने के बावजूद रोज़मर्रा के development के लिए पर्याप्त है
• यह VSCode की एकाधिकार जैसी स्थिति को चुनौती देने वाला competitive IDE बनकर उभर रहा है और developers के लिए हल्का workflow वापस लाता है

---

VSCode से दूर जाने की वजह

• VSCode लंबे समय तक स्थिर रूप से इस्तेमाल होता रहा, लेकिन AI feature-केंद्रित updates के बाद हर version में नए features को disable करना एक झंझट बन गया
  • GitHub Copilot का उपयोग न करने पर भी, “cmd+I to continue with Copilot” जैसे संदेश बार-बार दिखाई देते थे
  • inline terminal suggestions जैसे अनावश्यक features shell autocomplete से टकराते थे
• settings.json disable settings की सूची बनकर लंबा होता गया, और बार-बार bugs, slowdown, और crashes होने लगे
• उम्मीद है कि VSCode का AI integration फिर से कम intrusive और अधिक stable होगा, लेकिन फिलहाल किसी दूसरे विकल्प की तलाश करनी पड़ी
• JetBrains IDEs भारी लगे, और Vim/Emacs में configuration का बोझ ज़्यादा था, इसलिए उन्हें अलग रखा गया
• इसी वजह से Rust में लिखा गया Zed नए IDE के रूप में आज़माया गया

Zed का पहला impression

• VSCode से स्विच करते समय UI और key bindings काफ़ी मिलते-जुलते हैं, इसलिए तुरंत एक परिचित माहौल मिलता है
  • हालांकि, Zed में open files list panel नहीं है, और navigation Cmd+P file search से होती है
  • VSCode settings को अपने-आप import किया जा सकता है, लेकिन नई शुरुआत के लिए settings manually की गईं
• मुख्य settings सिर्फ font size, theme, Git blame disable करना, और auto save enable करना जैसी सरल चीज़ों तक सीमित रहीं
• speed और responsiveness VSCode से कहीं बेहतर हैं, और 2 हफ्तों के उपयोग में कोई bug या crash नहीं मिला
• इसका उपयोग Python और Go development के लिए किया गया
  • Go बिना किसी अलग setting के तुरंत काम कर गया
  • Python के शुरुआती setup में थोड़ा समय लगा

Python environment setup process

• Zed language server के आधार पर autocomplete, code navigation, type checking जैसी सुविधाएँ देता है
• Python का default language server Basedpyright है, जो Pyright पर आधारित है, लेकिन अधिक सख्त typeCheckingMode इस्तेमाल करता है
  • अगर pyproject.toml में [tool.pyright] section हो, तो recommended mode default रूप से लागू हो जाता है
  • इच्छित standard mode लागू करने के लिए pyproject.toml में इसे explicitly सेट करना पड़ता है
• configuration उदाहरण:

  "basedpyright.analysis": {
    "typeCheckingMode": "standard"
  }
  

• files के बीच type errors तुरंत reflect न होने की समस्या "disablePullDiagnostics": true setting से हल हुई
• virtual environment recognition जैसी चीज़ें सुचारु रूप से काम करती हैं
• ty language server (Astral द्वारा विकसित, Beta version) का भी परीक्षण किया गया और वह भी ठीक चला, लेकिन CI के साथ consistency के लिए Basedpyright बनाए रखा गया

Zed का मौजूदा उपयोग मूल्यांकन

• यह Python और Go development के लिए default IDE के रूप में स्थापित हो गया है
• तेज़, stable, और familiar interface के साथ इसकी मूलभूत सुविधाएँ काफ़ी मज़बूत हैं
• extension ecosystem VSCode से छोटा है, लेकिन daily development के लिए पर्याप्त है
• सिर्फ GitLens स्तर का शक्तिशाली diff viewer न होना एक कमी लगता है
• Zed में AI features मौजूद हैं, लेकिन intrusive नहीं, इसलिए ज़रूरत न हो तो उन्हें अनदेखा किया जा सकता है
• paid plan edit prediction feature देता है, जिसे project sustainability के लिए revenue model के रूप में पेश किया गया है

निष्कर्ष

• Zed, VSCode का एक वास्तविक competitor बनकर उभर रहा है
• सिर्फ Microsoft के प्रभाव से VSCode की स्थिति लंबे समय तक बनाए रखना मुश्किल हो सकता है
• Zed की speed, simplicity, और stability developer experience को बेहतर बनाती है, और लेख का समापन “VSCode, अब जागने का समय है” जैसे संदेश के साथ होता है

[kissdesty]

मैं अभी भी इसे अपने मुख्य development tool के तौर पर इस्तेमाल नहीं कर पा रहा हूँ, और इसे नोटपैड के विकल्प (...) की तरह इस्तेमाल करता हूँ, लेकिन इसकी फुर्तीली responsiveness, साफ-सुथरी UI, और तेज़ व सरल updates मुझे बहुत आकर्षक लगते हैं।

[heycalmdown]

सोच रहा था इसे कहाँ इस्तेमाल करूँ, इसलिए हिचकिचा रहा था, लेकिन जब आपने कहा कि आप इसे नोटपैड की तरह इस्तेमाल करते हैं, तो लगा बस यही है! हाहा

[GN⁺]

Hacker News की राय

• मैं VS Code टीम से Ben हूँ। एक सेटिंग "chat.disableAIFeatures" से सभी AI फीचर बंद किए जा सकते हैं
  संबंधित दस्तावेज़ आधिकारिक अपडेट पेज पर देखे जा सकते हैं
  अगर सेटिंग के बाद भी AI फीचर दिखाई दें, तो कृपया GitHub issue पेज पर रिपोर्ट करें, हम उसकी समीक्षा करेंगे
  कभी-कभी नए AI फीचर इस सेटिंग को नज़रअंदाज़ करते हुए आ सकते हैं, लेकिन हम यथासंभव जल्दी fix patch जारी करने की कोशिश कर रहे हैं

  • VS Code Microsoft का प्रमुख प्रोडक्ट है, इसलिए “जितनी जल्दी हो सके ठीक करेंगे” वाला रवैया global opt-out setting के लिए पर्याप्त नहीं लगता
    ऐसे फीचर design stage से ही सुरक्षित रूप से ब्लॉक होने चाहिए
  • सभी AI फीचर एक साथ बंद करने के लिए एक single setting जोड़ने की बात काबिल-ए-तारीफ़ है
    हाल में “open source AI code editor” के रूप में rebrand होने की स्थिति में, AI को इस्तेमाल न करने का विकल्प देना यूज़र सम्मान का संकेत लगता है
    आजकल जब कई कंपनियाँ LLM integration थोप रही हैं, तब ऐसा विकल्प मायने रखता है
  • इरादा अच्छा है, लेकिन जिज्ञासा है कि क्या टीम के अंदर भी इस setting का इस्तेमाल होता है
    मुझे Copilot कई बार बंद करना पड़ा, और आखिरकार मैंने VS Code छोड़ दिया
    popup इतने ज़्यादा थे कि ध्यान टूटने का अनुभव बार-बार होता था, और हर हफ्ते लगता था कि editor मेरी setting को नज़रअंदाज़ कर रहा है
  • “कभी-कभी नए AI फीचर सेटिंग को नज़रअंदाज़ कर सकते हैं” सुनकर शक होता है कि कहीं marketing team जानबूझकर तो ऐसा नहीं कर रही
  • Ben तक एक बात पहुँचानी है। मैंने हाल में Electron apps में LGPL license compliance की समस्या की जाँच की, और Microsoft समेत कई कंपनियाँ non-compliant लग रही हैं
    लगता है Electron project खुद भी LGPL लागू होने की बात से अनजान है
    कृपया यह मामला Microsoft की legal team तक पहुँचाकर उसकी समीक्षा करवाएँ

• VS Code के लगातार AI push से असहज होकर मैंने इसकी जगह VS Codium इस्तेमाल करना शुरू किया
  VS Codium, Microsoft branding फीचर हटाए गए VS Code का open-core version है
  मैंने सुना है कि Microsoft VS Codium को build करने के बाद अपने फीचर जोड़कर VS Code वितरित करता है
  VS Code की बेसिक functionality अच्छी है, लेकिन अगर Microsoft वाले तत्व पसंद नहीं हैं, तो VS Codium पर विचार किया जा सकता है

  • VS Codium का Microsoft से कोई संबंध नहीं है; यह open source VS Code codebase को ज्यों का त्यों build करने वाला अलग project है
    यह Chrome/Chromium वाले संबंध जैसा नहीं है
  • मैंने भी विचार किया था, लेकिन VS Code के proprietary extension (Pylance आदि) इस्तेमाल करने के कारण इसे पूरी तरह बदलना मुश्किल था
    उसकी जगह मैंने Zed आज़माया, जो Electron पर नहीं है, और अनुभव कहीं ज़्यादा सहज लगा
  • मैं कई सालों से VS Codium इस्तेमाल कर रहा था, लेकिन हाल में Rust analyzer बदलावों को पहचान नहीं पा रहा था
    Zed को फिर से आज़माया तो वह काफ़ी ज़्यादा स्थिर लगा, और पुरानी समस्याएँ भी हल हो गई थीं

• यह लेख देखकर मैंने फिर से Zed इंस्टॉल किया, और पहले remote code work के दौरान जो फ्रीज़ होने की समस्या थी, वह अब ठीक हो चुकी थी
  remote Git भी अच्छी तरह काम कर रहा था, और स्पीड भी बहुत बढ़ गई थी, जैसे क्रिसमस गिफ्ट मिल गया हो

  • मेरा भी VS Code का remote फीचर अक्सर फ्रीज़ हो जाता था, इसलिए आखिरकार मैं Zed पर चला गया

• अभी मैं Zed, Sublime, VS Code तीनों साथ में इस्तेमाल कर रहा हूँ
  Zed में सबसे खलने वाली चीज़ side-by-side diff फीचर की कमी है
  इस पर यहाँ चर्चा है, लेकिन कोई प्रगति नहीं हुई
  GDB/LLDB support और C/C++ tooling को भी मज़बूत करने की ज़रूरत है
  आजकल software के बहुत bloated हो जाने की स्थिति में, Zed और Sublime का उल्टी दिशा में जाना अच्छा लगता है

  • मुझे लगता है “और फीचर जोड़ो” वाली माँग ही आखिरकार software bloat का कारण बनती है
    उदाहरण के लिए diff फीचर के लिए अलग specialized tools (Meld, Beyond Compare) कहीं बेहतर हैं
    editor अगर ऐसे आसपास के फीचर भी सब जोड़ने लगे, तो उसका मूल उद्देश्य धुंधला हो जाता है
  • मुझे IntelliJ का diff view बहुत पसंद है
    संबंधित चर्चा में भी कहा था, अगर कोई तेज़ और अच्छा standalone Git UI हो, तो मैं उसके लिए पैसे देने को भी तैयार हूँ
  • Zed के binary size को देखकर सच में संदेह होता है कि क्या यह इतना हल्का है। Sublime से तुलना करें तो बहुत बड़ा अंतर नहीं दिखता
  • यह जानने की जिज्ञासा है कि कई editor साथ-साथ क्यों इस्तेमाल किए जाते हैं। क्या एक ही चीज़ को गहराई से सीखना ज़्यादा कुशल नहीं होगा?

• नया MacBook खरीदने के बाद मैंने जानबूझकर VS Code इंस्टॉल नहीं किया
  उसकी जगह मैं सिर्फ़ Emacs इस्तेमाल कर रहा हूँ, और 40 साल से जमा की हुई settings की वजह से बहुत संतुष्ट हूँ
  VS Code शानदार है, लेकिन उसका इस्तेमाल करते हुए मुझे खुशी नहीं मिलती थी। Emacs मेरे लिए खुशी देने वाला टूल है
  LLM integration भी न्यूनतम रखता हूँ, और ज़रूरत पड़ने पर ही gemini-cli या local model इस्तेमाल करता हूँ

  • मुझे भी Emacs इस्तेमाल करते समय ही वह खास immersion महसूस होता है
    Emacs text editing-केंद्रित दर्शन पर कायम है, और यह आज के IDEs की automation-केंद्रित दिशा से अलग है
    Emacs एक तरह का handcrafted development experience देता है
  • JetBrains और VS Code को AI-केंद्रित होते देखकर मैं doom emacs पर चला गया
    मुझे लगता है Vim/Neovim और Emacs ऐसे editor हैं जो आगे भी लंबे समय तक बने रहेंगे
    शुरुआती learning curve ज़रूर है, लेकिन उसका मूल्य है
  • LLM की वजह से Emacs settings को आसानी से निखारना संभव हुआ है
    Lisp अब भी कठिन है, लेकिन फिलहाल मैं साफ़-सुथरी और modern setting से संतुष्ट हूँ
  • नए laptop पर भी VS Code तेज़ नहीं लगा, इसलिए आखिरकार Zed पर switch कर लिया
    VS Code ज़्यादा powerful है, लेकिन अब और सहा नहीं जा रहा था
  • बेशक हर कोई Emacs को पूरी तरह साध नहीं सकता
    यह 40 साल के अनुभव और लगातार tuning की माँग करने वाला बहुत बड़ा project है

• Sublime Text अब भी शानदार editor है
  यह तेज़ है, plugin अच्छी तरह काम करते हैं, और Claude की मदद से shortcut automation जैसी personalization भी आसानी से हो जाती है
  मैं Sublime के साथ अपना खुद का lightweight IDE बना सका

  • पहले मैं Sublime को बहुत पसंद करता था, लेकिन उसका plugin ecosystem ठहरा हुआ लगता है
    फिर भी Atom, VS Code, Zed जैसे lightweight editor के मूल रूप की नींव उसी ने रखी
  • Sublime plugin इतने आसान हैं कि उन्हें एक single .py file से भी बनाया जा सकता है
    मैंने Gemini की मदद से कई बनाए, और सब अच्छे से चले
  • मैं ज़्यादातर काम SublimeLSP से कर लेता हूँ, लेकिन Zed का built-in debugger और popup के भीतर text copy करने की सुविधा ईर्ष्या पैदा करती है
    अभी भी लगता है कि performance के मामले में Sublime बेहतर है
  • बड़ी फ़ाइलों को संभालने की गति के मामले में Sublime दबदबा रखता है
    उसकी responsiveness ऐसे स्तर की है, जहाँ दूसरे editor का पहुँचना मुश्किल है
  • मैं terminal में Emacs को “lightweight IDE” की तरह इस्तेमाल करता हूँ, लेकिन असल में वह भारी और धीमा है
    कभी-कभी लगता है कि काश मैंने Vim सीखा होता

• Zed , VS Code से तेज़ है और कम परेशान करता है
  लेकिन function call graph navigation widget की कमी अखरती है
  इसे extension से हल नहीं किया जा सकता, पर उल्टा यही सीमा अच्छी लगती है, क्योंकि इससे web browser-जैसी extension structure से बचा गया है
  बड़े remote repository search की performance अभी भी सुधारी जा रही है, लेकिन उम्मीद है जल्द बेहतर होगी

• मैं Zed पर जाना चाहता था, लेकिन Jupyter notebook और image/video preview न होने के कारण छोड़ना पड़ा
  दूसरी असुविधाएँ थीं default रूप से चालू format on save (संबंधित चर्चा) और VS Code से कमतर debugger UX

  • code editor में video preview की ज़रूरत सुनकर मैं चौंक गया। घर जाकर VS Code में देखना पड़ेगा
  • मेरा अनुभव भी कुछ ऐसा ही था। वह Python interpreter को पहचान नहीं पा रहा था, इसलिए बेसिक functionality तक अस्थिर लगी
    आजकल IDE बहुत हैं, लेकिन बुनियादी workflow का पुख्ता होना ज़रूरी है
  • मुझे भी format_on_save की वजह से दिक्कत हुई थी। अब उसे बंद किया जा सकता है, लेकिन default अब भी विवाद का विषय है
  • Sublime और VS Code के भी शुरुआती दौर में जानबूझकर IDE फीचर कम रखने का समय था
    Zed का Rust-आधारित होना शायद extension ecosystem को बड़ा होने से रोके, लेकिन बदले में performance और simplicity बची रह सकती है
  • VS Code के debugger जितना अच्छा अभी कुछ नहीं है
    आजकल मैं editing के लिए Helix और debugging के लिए Xcode इस्तेमाल करता हूँ। VS Code में memory leak बार-बार होते थे

• हाल में Zed ऐसा टूल रहा है जिसने मेरा development environment पूरी तरह बदल दिया है
  launch speed, input latency, resource usage — हर मामले में यह VS Code से कहीं बेहतर है, और Vim mode की maturity भी बेहतरीन है

  • सच में लगता है कि इसमें user experience का बहुत ध्यान रखा गया है, इसलिए इसे इस्तेमाल करना अच्छा लगता है
  • लेकिन फीचर बढ़ने के साथ क्या इसकी मौजूदा गति बनी रहेगी, यह देखना होगा

• मैं इस लेख का लेखक हूँ। उम्मीद है कि बहुत से लोग VS Code से Zed पर जाने के अनुभव से जुड़ाव महसूस करेंगे
  Zed में अभी भी automatic indentation detection जैसी बारीक सुविधाओं की कमी है (issue link), लेकिन यह तेज़ी से बेहतर हो रहा है, इसलिए उम्मीद है

  • क्या आपने Vim या Neovim पर भी विचार किया था? खासकर LazyVim की default settings अच्छी हैं, इसलिए उसे तुरंत इस्तेमाल किया जा सकता है
    मुझे लगता है Zed से मिलने वाले कुछ फायदे Vim में पहले से मौजूद हैं
  • blog पर traffic इतना ज़्यादा है कि वह खुल नहीं रहा। बाद में ज़रूर पढ़ना चाहूँगा