Claude एक Electron ऐप क्यों है?

 (dbreunig.com)
10 पॉइंट द्वारा GN⁺ 2026-02-22 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Electron एक ऐसा framework है जो HTML·CSS·JS के आधार पर Windows, Mac, Linux को एक साथ support करने वाले desktop app बनाने देता है, और Slack·Discord·VS Code जैसे कई ऐप इसका उपयोग करते हैं
  • लेकिन हर ऐप Chromium engine को अलग से शामिल करता है, इसलिए इसका आकार बड़ा होता है, latency और non-responsive होने की समस्याएँ आती हैं, और OS फीचर्स के साथ integration भी सीमित रहता है
  • Coding agent अब spec और test के आधार पर platform-specific native code generation कर सकते हैं, इसलिए Electron के फ़ायदे कम होते हुए दिखते हैं
  • लेकिन वास्तव में agent विकास का केवल 90% तक ही automation कर पाते हैं, और आख़िरी 10% की exception handling और maintenance अब भी मुश्किल और लोगों पर निर्भर है
  • इसलिए Anthropic के Claude ऐप की तरह, agent technology आगे बढ़ने के बावजूद Electron इस्तेमाल करने के व्यावहारिक कारण अब भी मौजूद हैं

Electron के फ़ायदे और सीमाएँ

  • Electron web technologies के ज़रिए cross-platform desktop app बनाना संभव बनाता है
    • एक codebase से Windows, Mac, Linux सभी को support किया जा सकता है
    • मौजूदा web app code को दोबारा इस्तेमाल किया जा सकता है, इसलिए development efficiency बढ़ती है
  • इसकी कमियों में ऐप का आकार बढ़ना और performance गिरना शामिल है
    • हर ऐप अपना Chromium engine शामिल करता है, इसलिए आकार सैकड़ों MB तक पहुँचता है
    • response speed कम होना, OS फीचर्स के साथ कम integration जैसी समस्याएँ आती हैं
  • कुछ समस्याएँ OS के हिसाब से optimization करके सुधारी जा सकती हैं, लेकिन Electron की संरचनात्मक बढ़त इसे सक्रिय रूप से प्रोत्साहित नहीं करती

Coding agent का आगमन और अपेक्षाएँ

  • हाल में coding agent ने spec और test के आधार पर language और platform के बीच implementation को automate करने की क्षमता दिखाई है
  • सिद्धांत रूप में, एक ही spec और test set से हर platform के native app बनाए जा सकते हैं
  • इससे छोटी और focused team के लिए high-performance native app को बड़े बाज़ार तक पहुँचाने की संभावना बनती है

Claude और Anthropic का उदाहरण

  • Anthropic ने Rust-आधारित C compiler को coding agent से implement किया, लेकिन आख़िरी चरण में सीमाओं से टकरा गया
    • नई functionality जोड़ने या bug fix करने पर मौजूदा features टूटने की समस्या बार-बार हुई
    • नतीजा प्रभावशाली था, लेकिन व्यावहारिक उपयोग के लिए अनुपयुक्त स्तर का माना गया
  • Claude desktop app भी Electron-आधारित बना है, और इसे धीमा, bug से भरा और बड़े आकार वाला ऐप कहा गया है

‘आख़िरी 10%’ की कठिनाई

  • Coding agent विकास के शुरुआती 90% को तेज़ी से संभाल लेते हैं, लेकिन
    वास्तविक वातावरण में exception handling और maintenance अब भी जटिल हैं और मानवीय हस्तक्षेप माँगते हैं
  • वास्तविक user environment में अनपेक्षित scenarios लगातार जुड़ते रहते हैं, इसलिए development वास्तव में कभी पूरी तरह ख़त्म नहीं होता
  • अगर platform के हिसाब से अलग-अलग ऐप बनाए जाएँ, तो bug और support scope 3 गुना तक बढ़ जाता है, जिससे maintenance का बोझ बढ़ता है
    • Electron common wrapper के ज़रिए इस समस्या को कुछ हद तक कम करता है

Electron का उपयोग जारी रखने के कारण

  • spec-आधारित development संभव होने पर भी, आख़िरी 10% की development cost और maintenance burden अब भी मौजूद हैं
  • Agent technology की प्रगति के बावजूद, Electron के single codebase का फ़ायदा व्यावहारिक रूप से अब भी वैध है
  • मौजूदा समय में Electron अब भी एक तर्कसंगत विकल्प माना जाता है
  • Coding agent ने चौंकाने वाली प्रगति दिखाई है, लेकिन पूरी तरह के विकल्प के रूप में अभी भी पर्याप्त नहीं हैं

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

1 टिप्पणियां

 
GN⁺ 2026-02-22
Hacker News की राय

  • Claude Code टीम के Boris हैं
    पहले Electron पर काम कर चुके इंजीनियर थे, इसलिए native के बजाय इसी तरह बनाने को प्राथमिकता दी गई
    इससे web और desktop के बीच code sharing संभव होता है और वही UI/UX बनाए रखा जा सकता है
    बेशक, हर चीज़ trade-off का मामला है, इसलिए भविष्य में यह बदल भी सकता है

    • एक user के नज़रिये से देखें तो features थोड़ा कम हों तब भी CPU कम खाने वाला और बिना रुकावट वाला UI चाहिए
      लगता है stack बदले बिना भी performance optimization से इसे सुधारा जा सकता है। mobile apps पर भी यही बात लागू होती है
    • अगर coding पहले से ही लगभग हल की जा चुकी समस्या है, तो फिर अब भी सबसे simple tech stack क्यों इस्तेमाल किया जा रहा है, यह सवाल है
    • Anthropic जैसी कंपनियाँ कहती हैं कि AI coding tools से भाषाओं के बीच porting आसान है, लेकिन व्यवहार में वे अलग तरह से काम करती हैं
      इससे यही सीख मिलती है कि बातों से ज़्यादा काम को देखना चाहिए
    • “क्या यह तुम हो?” कहते हुए YouTube लिंक साझा किया गया
      फिर मज़ाक में कहा गया कि बस Claude से “इसे घटिया न दिखने वाला बना दो” क्यों नहीं कह देते
    • Electron आधारित होना उतना दिलचस्प नहीं, उससे ज़्यादा दिलचस्प सवाल यह है कि अगर तीन platforms के लिए native apps बनाने पड़ें,
      तो क्या AI agents सिर्फ specs और tests के सहारे maintenance तक संभाल पाएँगे
      खासकर Opus 4.6 जैसे models की सीमाओं को देखते हुए, उसका नतीजा कैसा होगा यह जानने की उत्सुकता है

  • यह साफ है कि code free नहीं होता
    हमारी टीम ने भी 6 महीने तक Claude का खूब इस्तेमाल किया, लेकिन bug rate अब भी बना हुआ है
    AI कोई जादुई सर्व-समाधान नहीं है

    • शायद 1 साल बाद टीम में कोई भी उन bugs की वजह नहीं समझ पाएगा
      अगर सोचने का काम AI को आउटसोर्स कर दिया जाए, तो system का mental map खो जाता है
    • मुश्किल से 3 महीने पहले ही लगातार coding कर सकने वाले models आए, और 15 दिन पहले भी बड़ा improvement हुआ
      फिर भी अभी से “सब कुछ AI से दोबारा क्यों नहीं लिखा जा रहा” जैसी बातें होना मज़ेदार है
    • Shen का “I’m stupid faster” वाला meme याद आता है
      Imgur लिंक देखें
      AI coding agents अभी पूरी तरह उस स्तर पर नहीं हैं, लेकिन तेज़ रफ़्तार वाली गलतियों से सावधान रहना चाहिए
    • फिर सवाल उठता है कि Claude QA testing क्यों नहीं करता

  • OpenAI का browser भी रिलीज़ हुए 4 महीने हो चुके हैं, लेकिन अभी तक सिर्फ macOS पर है
    पहले से cross-platform engine पर चलने के बावजूद इसका विस्तार धीमा होना सवाल खड़ा करता है

    • शायद इसकी बड़ी वजह कम user adoption हो सकती है

  • “Free as in puppy” वाला वाक्यांश काफ़ी चतुर लगा
    कहा गया कि मूल शीर्षक “If code is free,” से शुरू होता था

    • यह comment इतना मज़ेदार था कि blog तक जाकर देखा, और वह सचमुच शानदार निकला
    • मज़ाक में किसी ने पूछा, “मैं तो पिल्ला हूँ, मुझे समझ नहीं आया”
    • इसके बाद यह मज़ाक भी आया कि “क्या यह किसी पुरानी German car के free होने जैसा है?”

  • यह लेख और पूरी thread एक आम HN-शैली की बहस जैसा लगता है
    “AI बुरा”, “JavaScript बुरा”, “Electron बुरा” जैसी दोहराई जाने वाली संरचना है
    Electron दरअसल लगभग ‘चौथा OS platform’ बन चुका है, लेकिन बहुत से developers इसे समझ नहीं पाते

    • कुछ लोगों का मानना है कि सभी Electron apps को native में बदल देना चाहिए
      आज के apps patch किए गए websites जैसे लगते हैं, और उनमें style mismatch और bugs बहुत हैं
      native Mac app बनाना कहीं ज़्यादा सुखद अनुभव है
    • लागत code की नहीं बल्कि engineers की होती है
      Electron के फायदे हैं, लेकिन OS-विशेष optimization लगभग नहीं के बराबर होती है
      खराब native UI भी बहुत हैं, इसलिए आखिर में मामला इंसान code कैसे लिखता है इस पर आकर टिकता है
      जब Claude एक CLI tool भी देता है, तो Electron चुनना तर्कसंगत है
    • लेखक के तौर पर कहूँ तो मैंने कभी नहीं कहा कि AI बुरा है
      मैंने Electron के फ़ायदों को माना और यह भी समझाया कि इसे क्यों चुना गया
      लेकिन Mac Studio 64GB RAM पर भी इसका धीमा होना एक दिलचस्प तथ्य है
    • 30 अरब डॉलर की company से ऐसा UX आना समझना मुश्किल है
      npm dependencies तक को default में शामिल करना तकनीकी आत्मसम्मान की कमी जैसा दिखता है
      यह “हम सबसे बेहतरीन talent hire करते हैं” जैसे नारे से मेल नहीं खाता
    • मेरा 24GB Mac भी Electron apps की वजह से हमेशा swap इस्तेमाल करता रहता है
      मुझे JavaScript पसंद है, लेकिन RAM usage पागलपन की हद तक है

  • Anthropic ने कभी यह नहीं कहा कि “code free है”
    उन्होंने productivity improvement पर ज़ोर दिया, और वास्तव में उनका ज़्यादातर code LLM से लिखा जाता है
    आलोचना करनी है तो strawman बनाने के बजाय वास्तविक समस्याओं की ओर इशारा करना चाहिए

    • फिर भी सवाल बना रहता है कि “अगर productivity इतनी ज़्यादा है और engineers इतने महंगे हैं,
      तो output बेहतर क्यों नहीं है?”
    • Claude Code के प्रमुख ने कुछ दिन पहले कहा था कि “coding लगभग हल की जा चुकी समस्या है”
      Lenny’s Newsletter इंटरव्यू देखें
    • वास्तव में “code लगभग free है” कहने वाले लोग भी बहुत हैं
      लगता है यह लेख उन्हीं लोगों को निशाना बना रहा है

  • Felix बोल रहा हूँ। Claude Code Desktop और Claude Cowork के Electron apps की ज़िम्मेदारी मेरी है
    हमारे apps में काफ़ी Rust, Swift और Go code भी शामिल है
    हम Electron क्यों इस्तेमाल करते हैं और अपना engine क्यों ship करते हैं, यह
    official docs में विस्तार से लिखा है
    Electron सिर्फ एक tool है, ज़रूरत पड़े तो कुछ और भी इस्तेमाल किया जा सकता है

    • Electron की बहस एक तरफ़, app में UI/UX और performance की समस्याएँ बहुत हैं
      CEO ने कहा कि “coding लगभग हल की जा चुकी समस्या है”, तो फिर ऐसा नतीजा क्यों है, यह पूछा गया
    • यह राय भी आई कि अगर यह पूरी तरह AI-driven code होता, तो ऐसे trade-offs होते ही नहीं

  • Claude login समस्या का अनुभव हुआ
    browser infinite loading में फँस जाता है, और login पर क्लिक करने से signup पर भेज देता है
    इतनी बुनियादी functionality का अस्थिर होना “coding के भविष्य” के दावे को कमज़ोर करता है

  • code कभी free नहीं होता
    आखिरकार किसी न किसी रूप में उसकी कीमत चुकानी पड़ती है
    भले ही AI सारा code लिख दे, उसे समझने वाला इंसान फिर भी चाहिए
    manual पढ़ पाने की क्षमता ही hacker की ताकत है,
    और जो company अपने बनाए product के काम करने का तरीका नहीं समझती, वह ख़तरनाक है

  • मेरा मानना है कि Claude का Electron इस्तेमाल करना तकनीकी नहीं बल्कि सांस्कृतिक समस्या है
    startup के लिए Electron तर्कसंगत है,
    लेकिन बड़ी company को native app quality और UX में निवेश करना चाहिए
    automated coding संभव होने के बाद भी अगर ऐसा नहीं किया जा रहा,
    तो वजह यह है कि आज की development culture में “सबसे बेहतरीन software बनाने की इच्छा” कम हो गई है