JetBrains अपने IDEs में ऐसा AI freemium plugin ज़बरदस्ती जोड़ता है जिसे पूरी तरह हटाया नहीं जा सकता

मूल लेख ↗ Hacker News चर्चा ↗

JetBrains ने अपना नया paid AI Assistant plugin IntelliJ-based IDEs में इस तरह bundled किया है कि कई उपयोगकर्ताओं के अनुसार इसे पूरी तरह हटाया नहीं जा सकता, और कुछ मामलों में disable या “uninstall” करने के बाद यह खुद फिर से enable हो जाता है। आलोचकों का कहना है कि यह व्यवहार hostile है, trust और privacy संबंधी चिंताएँ बढ़ाता है, और उन developers को strict corporate policies का उल्लंघन करने की स्थिति में डाल सकता है जो AI tools या बाहरी code transmission पर रोक लगाती हैं, भले ही plugin inactive हो। जवाब में कुछ लोग कहते हैं कि यह संभवतः एक UI bug है, नोट करते हैं कि AI features explicit activation तक कुछ नहीं करते, और इसे JetBrains की प्रतिस्पर्धी बने रहने की कोशिश मानते हैं क्योंकि AI-assisted coding अधिक आम हो रहा है.

प्लगइन का व्यवहार और हटाने की समस्याएँ

  • JetBrains ने हाल के IDE संस्करणों में एक नया AI Assistant प्लगइन बंडल किया है।
  • सामान्य तरीकों से इसे पूरी तरह अनइंस्टॉल नहीं किया जा सकता क्योंकि यह एक built-in/bundled plugin है; उपयोगकर्ता आम तौर पर केवल इसे disable कर सकते हैं।
  • कई उपयोगकर्ताओं ने एक bug की रिपोर्ट की है:
    • प्लगइन को disable करके फिर उसका update uninstall करने पर एक पुराना bundled version फिर से दिखाई देता है और restart पर enabled हो जाता है, जिससे फिर से update करने का prompt आता है।
    • कुछ लोग कहते हैं कि इसे सिर्फ disable करना पर्याप्त रहता है; अन्य रिपोर्ट करते हैं कि यह फिर से re-enabled हो जाता है, खासकर संबंधित ML plugins के कारण जो इस पर निर्भर करते हैं।
  • एक linked JetBrains issue tracker thread इसे intentional design के बजाय एक UX/upgrade bug के रूप में वर्णित करता है।

डेटा, सुरक्षा, और corporate policy संबंधी चिंताएँ

  • कई workplaces किसी भी AI/LLM tools या code को third-party services पर भेजने पर स्पष्ट रूप से रोक लगाते हैं।
  • कुछ organizations के लिए, सिर्फ AI plugin का मौजूद होना ही (चाहे activate हो या नहीं) policy का उल्लंघन है; deactivation पर्याप्त नहीं है।
  • अन्य लोग कहते हैं कि plugin तब तक कोई data नहीं भेजता जब तक इसे explicitly activate न किया जाए (जैसे trial शुरू करना), इसलिए वे risk को न्यूनतम मानते हैं।

Trust, UX, और “enshitification” संबंधी चिंताएँ

  • कुछ लोगों को यह non-removable, खुद-ब-खुद फिर दिखाई देने वाला plugin “hostile” लगता है, जो JetBrains पर लंबे समय से बने trust को कम करता है।
  • इसकी तुलना “enshitification,” dark-pattern upselling, और paid tools में ad-like nags जैसे व्यापक रुझानों से की जाती है।
  • आलोचकों का तर्क है कि ऐसी features opt-in होनी चाहिए और एक अलग plugin के रूप में install की जानी चाहिए, न कि bundled और auto-enabled।
  • समर्थक इसे एक मामूली bug और marketing choice मानते हैं; उनके अनुसार outrage अनुपातहीन है।

AI assistants की उपयोगिता

  • अनुभव मिश्रित हैं:
    • कुछ लोग बड़े productivity gains का दावा करते हैं (खासकर boilerplate, migrations, और unfamiliar tools के लिए)।
    • अन्य लोगों को suggestions noisy, गलत, या learning के लिए हानिकारक लगती हैं, और वे in-editor AI को disable करना पसंद करते हैं।
  • JetBrains’ AI Assistant को अक्सर GitHub Copilot की तुलना में कम प्रभावशाली बताया जाता है; limited project context इसकी उपयोगिता घटाता है।

विकल्प और ecosystem की दिशा

  • कई commenters पुराने JetBrains versions pin करने या अधिक control और कम cloud ties के लिए VSCode, Vim, या Emacs पर switch करने पर विचार करते हैं।
  • कुछ लोगों को चिंता है कि यह AI integration service-based, cloud-dependent IDEs की ओर बदलाव का संकेत है; अन्य लोग ध्यान दिलाते हैं कि JetBrains local ML features पर भी काम कर रहा है।
  • एक .noai file प्रति-project AI Assistant को disable कर सकती है, यहाँ तक कि active subscriptions वाले users के लिए भी।