JetBrains का हटाया न जा सकने वाला AI सहायक, और उसके खिलाफ़ अटूट आक्रोश
JetBrains ने अपने IDEs में एक proprietary AI assistant plugin बंडल कर दिया है, जिसे पूरी तरह uninstall नहीं किया जा सकता, और इसी ने लंबे समय से भुगतान करने वाले users में विरोध पैदा किया है। कई लोगों की शिकायत है कि यह tool intrusive है, rivals की तुलना में कमज़ोर है, और उन organizations में कानूनी व compliance संबंधी परेशानियाँ पैदा करता है जो किसी भी AI code-sending feature पर रोक लगाती हैं, भले ही वह disabled हो। दूसरे लोग कहते हैं कि assistant opt-in है, data training के लिए इस्तेमाल नहीं होता, और इसे hide या switch off किया जा सकता है; लेकिन critics इसे एक व्यापक “enshittification” trend का हिस्सा मानते हैं: subscriptions बेचना, UI को clutter करना, और पहले से भरोसेमंद developer tools की performance को खराब करना.
बंडल किया गया AI सहायक और हटाने की क्षमता
- AI Assistant, JetBrains IDEs में एक bundled plugin के रूप में शिप किया जाता है।
- इसे अन्य non‑bundled plugins की तरह पूरी तरह uninstall नहीं किया जा सकता; केवल disable या hide किया जा सकता है।
- JetBrains का कहना है कि जब तक ये सभी बातें सच नहीं होतीं — user login करे, data policy को स्पष्ट रूप से स्वीकार करे, trial शुरू करे/भुगतान करे, और (commercial licenses के लिए) org admin इसे enable करे — तब तक कोई AI features नहीं चलते और कोई data नहीं भेजा जाता।
- कुछ लोगों ने बताया कि शुरुआती versions disable करने के बाद भी फिर से re-enabled हो जाते थे या updates के लिए nag करते थे; इसी ने गुस्से का बड़ा हिस्सा भड़काया।
.noaifile से इसे per project disable किया जा सकता है; organization-level kill switch भी है, लेकिन वह सभी के लिए स्पष्ट नहीं था।
कानूनी, अनुपालन, और गोपनीयता संबंधी चिंताएँ
- कई workplaces में AI tools पर blanket bans होते हैं; AI client की केवल मौजूदगी भी, चाहे “inert” हो, audits या bans को trigger कर सकती है।
- कुछ लोगों को चिंता है कि code third-party LLMs को भेजा जा सकता है और training leakage हो सकती है; दूसरे बताते हैं कि JetBrains साफ़ कहता है कि AI traffic training के लिए उपयोग नहीं होता।
- संशयवादी तर्क देते हैं कि closed-source IDEs वैसे भी data exfiltrate कर सकते हैं, इसलिए असली मुद्दा trust का है।
User Experience, Performance, और UI
- बार-बार शिकायतें: intrusive icon, AI entries का context-menu में प्रमुख स्थान लेना, और उस feature के लिए update nags जिसे user नहीं चाहता।
- नए UI की व्यापक आलोचना होती है कि यह बदसूरत, low-contrast है, और controls को hover के पीछे छिपा देता है, जिससे productivity घटती है; डर है कि इसे अंततः force किया जाएगा।
- कुछ रिपोर्ट करते हैं कि IDEs धीमे हो गए हैं, खासकर WSL + Gradle के साथ; जबकि दूसरे कहते हैं कि performance और Git/refactoring features लगातार बेहतर हो रहे हैं।
Business Model, “Enshittification,” और AI Hype
- बहुत से लोग इसे “cash grab” और upsell मानते हैं: पहले से paid IDE के अंदर दूसरी subscription, ऊपर से product के भीतर persistent advertising।
- एक व्यापक trend को लेकर चिंता है: और subscriptions, telemetry, cloud tie-ins, और user control का धीरे-धीरे क्षरण।
- समर्थकों का तर्क है कि AI चलाना महंगा है, इसलिए अलग billing और prominent placement उचित है।
Alternatives और मिला-जुला रिस्पॉन्स
- कई users Neovim, VSCodium, Kate की ओर जा रहे हैं, या VS Code पर टिके हुए हैं; दूसरे कहते हैं कि Java, PHP, या Rider/C# के लिए JetBrains का अभी भी कोई वास्तविक बराबर नहीं है।
- कुछ लोगों को AI autocomplete और local-only model पसंद आया, और वे इसे वास्तव में मददगार मानते हैं।
- कुल मिलाकर भावना forced bundling और UX पर नकारात्मक, जबकि AI की वास्तविक उपयोगिता पर मिली-जुली है।