एक कोडर शिल्प के ढलते दिनों पर विचार करता है
Programmers इस बात से जूझ रहे हैं कि GPT‑4 जैसे AI coding tools उनके craft, careers, और software development के भविष्य के लिए क्या मतलब रखते हैं। बहुत से लोग LLMs को boilerplate और “glue code” के लिए शक्तिशाली accelerators मानते हैं, जो entry barrier को कम करते हैं और productivity बढ़ाते हैं, लेकिन तर्क देते हैं कि वे अभी भी complex, novel, या deeply contextual समस्याओं में असफल होते हैं और उनके output की supervision तथा debugging के लिए experienced engineers की ज़रूरत होती है। एक बार-बार उठने वाली चिंता तकनीकी क्षमता से कम और economics से अधिक जुड़ी है: यह जोखिम कि management perceived efficiency gains का उपयोग teams और wages को घटाने के लिए करेगी, जिससे inequality बढ़ेगी, जबकि software की overall demand — और systems के बारे में reasoning कर सकने वाले लोगों की demand — बढ़ती रहेगी.
आज LLMs की perceived क्षमताएँ
- जिन कामों में इन्हें व्यापक रूप से मज़बूत माना जाता है: boilerplate, “CRUD + glue” code, scripts, bash/SQL/regex, translations, documentation, APIs समझाना, और rubber duck की तरह काम करना।
- जिनमें ये अक्सर असफल होते हैं: complex multi-module systems, niche domains (industrial embedded, AAA game systems, IAM, security), non-standard APIs, कठिन debugging, और बड़े refactors।
- Hallucinations और subtle bugs आम हैं; ये अक्सर APIs गढ़ लेते हैं या edge cases छोड़ देते हैं। कई लोग कहते हैं कि review का प्रयास खुद code लिखने जितना या उससे ज़्यादा हो सकता है।
- GPT‑4 को 3.5 से कहीं बेहतर माना जाता है, लेकिन फिर भी autonomous programmer के रूप में अविश्वसनीय है।
भविष्य में AI प्रगति की संभावनाएँ
- आशावादी तेज़, संभवतः exponential gains की उम्मीद करते हैं (2017–2023 की प्रगति की ओर इशारा करते हुए), आने वाले दशक में mid-level dev work के बड़े हिस्से के automation की कल्पना करते हैं, और self-play तथा compiler-in-the-loop training के बारे में अनुमान लगाते हैं।
- संशयवादी भौतिक सीमाओं (compute, power), LLM architecture की सीमाओं, data quality, और इतिहास की over-promises (self-driving, flying cars) का हवाला देते हैं; वे लंबे plateaus या केवल incremental सुधार की अपेक्षा करते हैं।
Software jobs और career paths पर प्रभाव
- व्यापक सहमति है कि junior और “glue” भूमिकाएँ सबसे अधिक प्रभावित हैं; architecture, कठिन debugging, और cross-team coordination करने वाले seniors अभी के लिए अधिक सुरक्षित लगते हैं।
- चिंता यह है कि अगर juniors replace हो गए, तो भविष्य के seniors के सीखने के लिए कोई जगह नहीं बचेगी; skills pipeline खोखली हो सकती है।
- कुछ लोगों को कम लेकिन अधिक productive, बेहतर-paid experts की उम्मीद है; अन्य wages पर downward pressure और “cushy” tech jobs में कमी की आशंका देखते हैं, खासकर mid-tier enterprise work में।
Code quality, maintenance, और security
- mediocre, copy-pasted AI code की बाढ़ का डर: maintain करने के लिए अधिक legacy, git archaeology कठिन, और 2000s-era bugs जैसी security issues।
- प्रतिवाद: tests, linters, और human review के साथ, LLMs low-value work (tests, mappings, wrappers) को offload कर सकते हैं, जबकि humans design और correctness की ज़िम्मेदारी लें।
Programming का “craft” और learning
- कई लोग तर्क देते हैं कि craft मर नहीं रहा, बल्कि बदल रहा है: arcana याद करने से problem decomposition, requirement clarification, और system design की ओर।
- दूसरों को वास्तविक नुकसान महसूस होता है: AI “puzzle” पहलू और कठिनाई से मिली समाधानों की संतुष्टि को हटा देता है, खासकर उन लोगों के लिए जो low-level details पसंद करते हैं।
- चिंता है कि LLMs पर निर्भर learners वह frustration छोड़ देंगे जो गहरी समझ और resilience बनाती है।
आर्थिक और सामाजिक निहितार्थ
- inequality पर एक मज़बूत धारा: automation के लाभ संभवतः AI owners तक ही पहुँचेंगे जब तक political choices न बदलें; past automation और offshoring के साथ समानताएँ खींची गई हैं।
- कुछ लोगों को कई tasks के लिए सस्ता, सर्वव्यापी software और “post-scarcity” की संभावना दिखती है; अन्य “technofeudalism” और middle-class life के लिए घटते रास्तों से डरते हैं.