Coding agent ने मेरे इस्तेमाल किए जाने वाले सभी framework की जगह ले ली

> "Software engineering वापस आ गया है"

• frontier AI model और coding agent की प्रगति के साथ automated programming का युग शुरू हो रहा है, जिसमें कोड को पंक्ति-दर-पंक्ति हाथ से टाइप करने का काम गायब हो रहा है और software engineer फिर से मूलभूत design और सोच पर ध्यान दे सकते हैं
• पिछले साल के अंत से tools और models की maturity नाटकीय रूप से बढ़ी है, जिससे अच्छी तरह से व्यवस्थित environment में architect की भूमिका पर केंद्रित रहते हुए भी ज़रूरत पड़ने पर सीधे हस्तक्षेप कर सुधार करने वाला workflow संभव हुआ है
• web, mobile और desktop development में जमा हुई अनावश्यक framework और abstraction layer की परतें वास्तविक जटिलता को हल नहीं कर सकीं, बल्कि उल्टा समस्याएँ बढ़ाती रही हैं
• framework जिन तीन समस्याओं को हल करने का दावा करते हैं—simplification, automation, labour cost reduction—उनमें automation ही एकमात्र वैध मूल्य था, लेकिन AI automation अब इसे भी बदल सकता है
• Google, Meta, Vercel जैसे hyperscaler द्वारा डिज़ाइन किए गए system के operator बनकर रह जाने के बजाय, अपनी खुद की design और product बनाने वाली असली engineering की ओर लौटना चाहिए

---

automated programming का उदय

• Antirez द्वारा दिया गया "automated programming" वाला framing, "vibe coding" की तुलना में सार को कहीं बेहतर पकड़ता है
  • printing press, loom और assembly line की तरह automation ऐतिहासिक innovation का केंद्र रहा है, और यह बदलाव भी उसी निरंतरता का हिस्सा है
• 2025 के दिसंबर के बाद frontier model और coding agent की क्षमता में नाटकीय बदलाव आया है, और जो लोग ध्यान से देख रहे हैं उनके लिए यह पहले से स्पष्ट है

engineer की भूमिका में बदलाव

• architecture, trade-off, product decision, edge case जैसे गहरी सोच की मांग करने वाले काम अब भी बने हुए हैं
• जो चीज़ गायब हुई है, वह है हर code line को खुद टाइप करने वाला थकाऊ और खर्चीला manual work
• साफ़-सुथरे और पूरी तरह व्यवस्थित environment में model और tools का उपयोग करके, ईंटें खुद लगाए बिना भी architect की भूमिका निभाई जा सकती है
• इसके पीछे 20 साल तक सीधे code लिखने का अनुभव होना चाहिए, ताकि कुछ पसंद न आए तो आप खुद अंदर जाकर समझ सकें, सुधार सकें और फिर configuration अपडेट कर सकें
• ज़रूरी tools तुरंत बनाए जा सकते हैं, इसलिए कल्पित तकनीक को वास्तविकता में बदलने में अधिक समय दिया जा सकता है

framework और अनावश्यक जटिलता

• web, mobile और desktop development में वर्षों से framework, library और tooling का भारी प्रदूषण जमा होता गया है
• ऐसे abstraction layer की परत-दर-परत जमावट हुई है जो किसी सार्थक चीज़ को abstract नहीं करतीं; वे एक समस्या हल करने का दावा करती हैं, लेकिन दस नई समस्याएँ पैदा कर देती हैं
• पूरे industry ने software निर्माण की असली जटिलता के सामने अपनी सोच को तेज़ करने के बजाय, तैयारशुदा सोच खरीदने का रास्ता चुना
• यह टूटी हुई टांग को रेशम से लपेटने जैसा है; बाहर से अच्छा दिखता है, लेकिन टांग अब भी टूटी हुई है

framework जिन तीन समस्याओं को हल करने का दावा करते हैं

• "simplification": engineer का खुद design करने से डरना और दूसरों की संरचना को आँख मूंदकर स्वीकार कर लेना
  • लक्ष्य से उल्टी दिशा में design करने के बजाय, one-size-fits-all design को हर जगह लागू कर देना
  • यह simplification नहीं, बल्कि intellectual surrender है
• automation: boilerplate code हटाना ही इसका एकमात्र स्वीकार्य मूल्य था
  • ORM, CRUD management, code generation, API documentation जैसी दोहराव वाली लेकिन ज़रूरी गतिविधियों का automation
  • लेकिन ठीक इसी जगह AI सब कुछ बदल रहा है
• labour cost: conference slide पर न दिखने वाला शांत कारण
  • अगर Google, Meta, Vercel यह तय करें कि product कैसे बनेंगे और code कैसे deploy होगा, तो software engineer की जगह "React developer" को hire किया जा सकता है
  • बिना training, plug-and-play, और आसानी से बदले जा सकने वाले cog जैसे workforce
  • यह engineering नहीं, बल्कि operating है

नए कार्य-तरीके की वास्तविकता

• 2 साल से अधिक समय से इस तरीके से लगभग बिना दोष के development किया जा रहा है, और असली क्रांति पिछले साल दिसंबर से शुरू हुई
  • अब अनावश्यक जटिलता हटाकर idea-केंद्रित जटिलता पर ध्यान देने का अवसर खुला है
• boilerplate हटाने की लागत लगभग 0 के करीब, और एक ही code को दो बार लिखने की ज़रूरत नहीं
• समस्या के बिल्कुल अनुरूप purpose-built छोटे tools तुरंत बनाए जा सकते हैं
• किसी चमकदार monorepo manager के बिना भी साधारण Makefile 99% use case को पूरा कर सकता है
• जब समस्या वास्तव में बहुत जटिल हो जाए, तब उसके बारे में सोचना; उससे पहले कभी पहले से हल करने की कोशिश न करना ही engineering है
  • conference stage पर किसी के यह कहने से नहीं कि कोई समस्या कभी भविष्य में आएगी, बल्कि अभी मौजूद समस्या को हल करना ज़रूरी है

Bash और बुनियादी tools की पुनर्खोज

• agent उन basic tools में बेहद सक्षम हैं जो दशकों से मौजूद हैं
• Bash 1989 में बना था, और आज का सबसे साधारण model भी Bash को दुनिया के किसी भी व्यक्ति से बेहतर जानता है
• coding agent जटिल और महंगे MCP configuration से हटकर Bash-आधारित सरल agent loop की ओर बढ़ रहे हैं
• सबसे पुराने tools ही सबसे अधिक future proof हैं

framework पर निर्भरता की लागत

• ज़्यादातर use case में किसी महंगे और त्रुटिपूर्ण framework तथा उससे जुड़ी library की ज़रूरत नहीं, जिनकी सिर्फ 10% functionality ही इस्तेमाल होती है
  • maintenance, security update, design constraint जैसी अदृश्य लागतें बहुत बड़ी होती हैं, और यह developer की स्वतंत्रता सीमित करती हैं
• अगर इस trade-off को लगातार स्वीकार किया गया, तो दशकों में आई सबसे बड़ी opportunity खो दी जाएगी
• Google, Meta, Vercel जैसी बड़ी कंपनियों की design philosophy के अधीन हो जाने वाली संरचना से सावधान रहना चाहिए
  • developer को अपनी सोच और aesthetic sense पर भरोसा करना चाहिए, और अपने tools और product खुद बनाने चाहिए
    > “टूटी हुई टांग को रेशम से मत लपेटिए, अपनी सचमुच की चीज़ खुद बनाइए”