यदि कोडिंग की समस्या हल हो चुकी है, तो सॉफ़्टवेयर लगातार और खराब क्यों होता जा रहा है?

कई डेवलपर और उपयोगकर्ता महसूस करते हैं कि रोज़मर्रा का सॉफ़्टवेयर अधिक बग्गी, धीमा, और उपयोगकर्ता की ज़रूरतों के प्रति अधिक शत्रुतापूर्ण होता जा रहा है, जबकि AI-सहायता प्राप्त कोडिंग जैसे टूल कथित रूप से “कोडिंग को हल की हुई समस्या” बना देते हैं। टिप्पणीकार इस गिरावट को ज़्यादातर AI की वजह से नहीं, बल्कि गलत संरेखित व्यावसायिक प्रोत्साहनों, फीचर चर्न को गुणवत्ता पर तरजीह देने वाली उत्पाद संस्कृतियों, और नाज़ुक नींवों पर बढ़ती जटिलता से जोड़ते हैं। कुछ लोग ओपन-सोर्स और सावधानी से इंजीनियर किए गए सिस्टमों को प्रतिदृष्टांत के रूप में पेश करते हैं, यह तर्क देते हुए कि वास्तविक सुधार के लिए मजबूती, UX, और दीर्घकालिक रखरखाव को अल्पकालिक गति और हाइप से ऊपर रखना होगा.

समस्या का दायरा: क्या सॉफ़्टवेयर वास्तव में और खराब हो रहा है?

  • कई टिप्पणीकार “कुछ भी काम नहीं करता” वाली भावना से सहमत हैं: बग वाले बैंकिंग साइट्स, कार इन्फोटेनमेंट, मोबाइल ऐप्स, और ऐसे OS अपडेट जिनसे अब उपयोगकर्ता डरने लगे हैं।
  • कुछ लोग तर्क देते हैं कि यह ज़्यादातर दृश्यता और नॉस्टेल्जिया पक्षपात है: सॉफ़्टवेयर और प्लेटफ़ॉर्म अब बहुत अधिक जटिल हैं, इसलिए छोटे बग ज़्यादा होते हैं, जबकि बड़े पैमाने की भयावह क्रैश कम होती हैं।
  • कुछ कहते हैं कि खामियों का स्वरूप बदल गया है: हार्ड क्रैश कम हुए हैं, लेकिन “पेपर कट्स” और UX की परेशानियाँ बहुत बढ़ गई हैं।

AI, “कोडिंग हल हो चुकी है”, और गुणवत्ता

  • इस विचार के खिलाफ कड़ा प्रतिवाद है कि “कोडिंग हल हो चुकी है”: LLMs स्निपेट लिखने में मदद करते हैं, लेकिन बड़े सिस्टम, ट्रेड‑ऑफ़, या आर्किटेक्चर को नहीं समझते।
  • कई लोगों के लिए AI एक फ़ोर्स मल्टिप्लायर है: अच्छे इंजीनियर कुछ हद तक तेज़ हो जाते हैं; कमज़ोर इंजीनियर बहुत अधिक कम-गुणवत्ता वाला “स्लॉप” और तेज़ी से बनाते हैं।
  • कुछ लोग कहते हैं कि प्रबंधन “कोडिंग हल हो चुकी है” को इस तरह सुनता है: “हम कम लोगों के साथ तेज़ी से शिप कर सकते हैं”, न कि “हम बेहतर सॉफ़्टवेयर बना सकते हैं।”

प्रोत्साहन, प्रबंधन, और उत्पाद संस्कृति

  • बार-बार उभरने वाला विषय: प्रोत्साहन गुणवत्ता, मजबूती, या UX की बजाय फीचर शिप करने को प्राथमिकता देते हैं।
  • Agile/MVP संस्कृति और गैर-तकनीकी उत्पाद मालिकों को “सिर्फ happy-path” वाले बिल्ड्स के लिए दोषी ठहराया जाता है, जिनमें बग और टेक्निकल डेट जमा होता जाता है।
  • कुछ लोग बड़े संगठनों का वर्णन करते हैं जहाँ कोई भी वास्तव में परिणामों का मालिक नहीं होता, टीमें खराब आर्किटेक्चर के इर्द-गिर्द जोड़-तोड़ करती रहती हैं, और सफलता का माप काम करने वाले सॉफ़्टवेयर से नहीं, बल्कि स्लाइडवेयर और बर्नडाउन चार्ट्स से किया जाता है।
  • यह दृष्टिकोण कि कंपनियाँ शेयरधारकों और अल्पकालिक मीट्रिक्स के लिए ऑप्टिमाइज़ करती हैं; जब तक उपयोगकर्ता छोड़कर नहीं जाते, गुणवत्ता या सपोर्ट में निवेश करने का बहुत कम प्रोत्साहन होता है।

UX में गिरावट और एंशिटिफ़िकेशन

  • फ़ोकस चुरा लेना (जैसे चैट ऐप्स का सामने आ जाना और कीस्ट्रोक्स पकड़ लेना) एक बड़ी शिकायत है; कुछ लोग नोट करते हैं कि Linux/KDE में फ़ोकस-स्टीलिंग रोकने के ट्यून करने योग्य विकल्प हैं, जबकि दूसरे कहते हैं कि बड़े OS इसे नज़रअंदाज़ करते हैं।
  • दखल देने वाले पॉप-अप्स, डार्क पैटर्न, AI nags, प्यारे लेकिन बेकार error messages, और लगातार UI बदलावों (जैसे मोबाइल OS का रीडिज़ाइन) पर शिकायतें हैं।
  • सुरक्षा UX (जैसे बार-बार लॉगिन, 3‑D Secure फ़्लो) को ज़रूरत से ज़्यादा सुधारात्मक और उपयोगकर्ता-विरोधी माना जाता है, हालांकि कुछ लोग कहते हैं कि यह पहले की असुरक्षा से बेहतर है।

FOSS, प्लेटफ़ॉर्म, और विकल्प

  • कई लोग Linux/FOSS (विशेषकर KDE, NixOS, आदि) को अपेक्षाकृत स्थिर, उपयोगकर्ता का सम्मान करने वाले आश्रय के रूप में बढ़ावा देते हैं, हालांकि दूसरे वहाँ भी काफी बग्स और खुरदरे किनारों की रिपोर्ट करते हैं।
  • गेमिंग और कुछ उपभोक्ता हार्डवेयर (जैसे नए GPUs) अब भी कुछ लोगों के लिए व्यावहारिक बाधाएँ बने हुए हैं जो Windows/macOS छोड़ना चाहते हैं।

गहरे कारण और संभावनाएँ

  • टिप्पणियाँ औसत दर्जे के डेवलपर्स की घातीय वृद्धि, गहरे dependency stacks, और खराब समझी गई libraries पर बने “Tower of Babel” आर्किटेक्चर्स की ओर इशारा करती हैं।
  • कई लोग तर्क देते हैं कि सॉफ़्टवेयर तभी सुधरेगा जब बाज़ार प्रोत्साहन बदलें या कुछ कंपनियाँ गुणवत्ता, UX, या सपोर्ट के आधार पर सफलतापूर्वक अलग पहचान बनाएँ—और उन्हें स्पष्ट रूप से उसका पुरस्कार मिले।