61 पॉइंट द्वारा GN⁺ 2026-06-08 | 5 टिप्पणियां | WhatsApp पर शेयर करें
  • AI coding tools के फैलाव से हर कोई builder बन सकता है, और हाथ से code लिखने वाले कारीगर (artisan) की value फिर से केंद्र में आ रही है
  • अप्रैल 2026 तक Google के नए code का 75% AI-generated था, और 84% developers ने AI अपना लिया था; ऐसे में code production ऐसी रफ़्तार से बढ़ रहा है जिसे इंसान पकड़ नहीं सकते
  • AI coding की entry barrier कम करके developer identity को बदलने वाला paradigm shift ला रहा है, और "डेवलपर आखिर है क्या?" यह सवाल फिर सामने आ रहा है
  • AI-generated code शुरुआती stage में build करने के लिए उपयोगी है, लेकिन सुरक्षित और मज़बूत software के लिए expertise और technical skill अब भी अनिवार्य हैं
  • तेज़ी से बनाने वाले builder और गहराई रखने वाले artisan का मेल, यानी artisan-builder hybrid, नए युग के डेवलपर की सबसे बड़ी खासियत होगा

AI नाम का नया power tool और code production में बदलाव

  • AI भाला, पहिया, printing press और internet की तरह उन tools की परंपरा का हिस्सा है जिन्होंने इंसानों के सृजन और उपभोग के तरीकों को बदला है, और इसने tech दुनिया में तेज़ बदलाव लाया है
  • यह बदलाव खास तौर पर code generation में सबसे साफ़ दिख रहा है
    • 2023 में GitHub ने बताया था कि users के code का 46% GitHub Copilot ने generate किया
    • अप्रैल 2026 तक Google के नए code का 75% AI-generated था, जो लगभग डेढ़ साल में 25% से बढ़कर 75% हो गया
  • AI-generated code का बड़ा हिस्सा unusable होता है या security के लिहाज़ से कमज़ोर होता है, लेकिन बनने वाली code lines की संख्या exponential गति से बढ़ रही है
  • 2025 Developer Survey के मुताबिक developers और technologists में 84% ने AI अपना लिया था, और उनमें से 51% रोज़ AI tools इस्तेमाल करते थे
  • लेकिन जब AI 37,000 lines का code उगल देता है, तब

    आखिर हम बना क्या रहे हैं?
    अगर हम अपनी ही बनाई चीज़ों की creation process से खुद को बाहर कर दें, तो क्या होगा?
    जिसे artificial intelligence ने पूरी तरह बनाया हो, क्या हम सच में उसे अपनी रचना कह सकते हैं?

तकनीक की दार्शनिक चुनौती — artisan बनाम builder

  • नई technology सब कुछ खत्म नहीं करती, बल्कि कुछ खास चीज़ों को खत्म करती है। यहाँ वह है status quo
  • पहले लोगों को कुर्सियाँ खुद बनानी पड़ती थीं और चिट्ठियाँ खुद लिखनी पड़ती थीं, लेकिन अब उनकी जगह IKEA और WhatsApp ने ले ली है
    • इसका मतलब यह नहीं कि handcraft या woodworking गायब हो गए; वे अब भी धैर्य और समर्पण वाले कारीगरों के हिस्से में हैं
  • जब tools तेज़ी से चीज़ें बनाने लगते हैं, तब सवाल उठता है: "कारीगर होने का मतलब फिर क्या रह जाता है?"
    • "जब उसी समय में IKEA की सैकड़ों कुर्सियाँ जोड़ी जा सकती हैं, तो कोई हाथ से धीरे-धीरे कुर्सी क्यों बनाए?"
    • "जब AI आधे समय में कुछ भी बना सकता है, तो code क्यों लिखा जाए?"
  • Mike Swift (Major League Hacking) ने कहा:

    "इतिहास में डेवलपर होना एक पहचान था, और coding की skill जानना ज़रूरी था। अब ज़रूरी नहीं कि ऐसा ही हो"

    • AI coding, video editing, writing, math, design जैसे लगभग हर क्षेत्र की entry barrier कम कर रहा है
  • अच्छा हो या बुरा, हमने artificial intelligence की बदौलत अनगिनत shortcuts बना लिए हैं
  • कंपनियाँ धीमे और बारीकी से काम करने वाले, highest quality देने वाले artisans से ज़्यादा तुरंत काम शुरू कर सकने वाले builders चाहती हैं
    • लेकिन जैसे IKEA की कुर्सियाँ हमेशा लंबे समय तक नहीं चलतीं, वैसे ही AI-generated software भी टिकाऊ नहीं होगा

    "जब कंपनियों को घटिया कुर्सियों या AI software से पैदा हुई समस्याओं का सामना करना पड़ेगा, तब क्या होगा?"

  • सच कहें तो, artisan और builder की यह द्वैधता ज़रूरी नहीं कि इतनी कठोर ही हो
  • AI के आने से हम तकनीकी विकास के इतिहास के एक और turning point पर पहुँच गए हैं, जो मौजूदा स्थिति को खत्म करके नई स्थिति बनाने वाला मोड़ है
  • इस नई स्थिति में developers ऐसे artisans में evolve होंगे जो भविष्य की technology को तेज़ी और बड़े पैमाने पर बना सकें

builder कारीगर, कारीगर builder

  • जो लोग लगभग code नहीं जानते, वे भी vibe-coding tools से कुछ ही घंटों में (आंशिक रूप से) चलने वाले applications बना सकते हैं
    • LinkedIn पर ऐसे लोगों की मौजूदगी इसका सबूत है जो एक line code नहीं जानते, फिर भी अपने profile पर "building the next XYZ" लिखते हैं
  • जब AI hand-coding को optional बना देता है, तब developer identity को अब "क्या वह code लिख सकता है या नहीं" से define नहीं किया जा सकता
    • अब मुख्य सवाल यह है: "software बनाने की प्रक्रिया में डेवलपर को क्या अपरिहार्य बनाता है?"
  • यह अपरिहार्यता वर्षों के अनुभव, यानी artisanry से आती है
    • writing का उदाहरण: AI आने के शुरुआती दौर में हर कोई ठीक-ठाक paragraph बना सकता था, लेकिन जब शुरुआती उत्साह उतर गया, तो लोगों को छू लेने वाली कहानी गढ़ने की क्षमता ही writing की असली value बन गई
    • क्योंकि कारीगर की skill ही final output का रूप तय करती है, skilled लोग AI के साथ तेज़ और बड़े पैमाने पर काम कर सकते हैं
  • Mike Swift ने कहा:

    "value ideas, communication और taste से बनती है। क्या बनाना है, क्यों बनाना है, और LLM या team से उसे कैसे बनवाना है—यह जानना ही अहम है"

    • मज़बूत कुर्सी कैसे बनती है, यह वही जानता है जिसने खुद उसे बनाया हो; और codebase को सुरक्षित कैसे बनाया जाए, यह वही जानता है जो coding समझता हो
  • Scott Hanselman (VP of Developer Community, Microsoft)

    "क्या लक्ष्य prototype है, या ऐसा robust और secure banking platform जो लाखों लोगों का data संभाले?"

    • AI-generated code पहले वाले के लिए ठीक है, लेकिन हमारी digital दुनिया दूसरे वाले पर बनी है
    • coding knowledge के बिना vibe coder, AI और खुद दोनों को उलझाकर अजीब hard-coding में फँस सकता है
    • एक simple utility लिखने और Windows या .NET जैसे foundational systems ship करने में बहुत बड़ा अंतर है

craftsmanship की value

  • हम builders के हावी संसार में जी रहे हैं
  • कंपनियाँ speed और efficiency को प्राथमिकता देने वाले builder के तरीके से चलती हैं, लेकिन robust software बनाने के लिए कारीगर की expertise और भी ज़्यादा महत्वपूर्ण होती जा रही है
    • writing में जैसे curation और taste अच्छे लेखन के पैमाने बन गए, यहाँ भी वही पैटर्न दिखता है
  • AI ने code में अनंत संभावनाएँ खोल दी हैं, इसलिए code की demand भी अनंत रूप से बढ़ने की संभावना है
    • builders ऐसे outputs बनाते रहेंगे जो scale नहीं करते या sensitive data expose कर देते हैं, और उन्हें ठीक करने के लिए code को सच में समझने वाले experts की ज़रूरत होगी
  • AI printing press, पहिये और internet की तरह एक ऐसा tool है जिसे ठुकराया नहीं जा सकता, और यह artisans के काम को आसान बनाने का माध्यम है

    "अभी की दुनिया मूल रूप से power tools के जन्मकाल जैसी है। हम problems solve करने और products बनाने के लिए tool flow को optimize कर रहे हैं" - Mike Swift

    • developers के लिए इन शक्तिशाली tools को कुशलता से इस्तेमाल करना नए AI world में सफल होने की बुनियादी शर्त है
  • status quo बदलने पर भी धीमा और बारीक artisan work गायब नहीं होता; असली बात artisan या builder में से एक होना नहीं, बल्कि दोनों होना है
    • इसका उदाहरण वह working style है जिसमें draft को fountain pen से notebook में लिखा जाता है और साथ ही laptop पर Gemini खुला रहता है
  • IKEA की कुर्सी बिना किसी खास skill के assemble हो जाती है, क्योंकि skilled लोगों ने उसके parts को design, verify और produce किया होता है; code और software में भी अनुभवी artisans की ज़रूरत बनी रहेगी
    • जो artisan developers build करना जानते हैं, वे किसी भी AI से ज़्यादा मूल्यवान होंगे

5 टिप्पणियां

 
dokkebi 2026-06-10

ज़रूरत कारीगर की नहीं, बल्कि आखिर में review करके जाँचने वाले इंसान की है। जैसे लकड़ी की कुर्सी में बाहर निकली कील चुनकर निकालना और खुरदरे हिस्सों को sandpaper से रगड़कर फिनिशिंग करना—वैसे ही AI जिन बारीक कमियों को ठीक से नहीं संभाल पाता, उन्हें पहचानकर सुधारने वाला इंसान चाहिए।
लेकिन मुझे नहीं लगता कि उस इंसान का कारीगर होना ज़रूरी है।

हाँ, ऐसा लगता है कि जिसने खुद लकड़ी की कुर्सी बनाकर देखी है, वह उस अनुभव के बिना किसी व्यक्ति की तुलना में इसे कुछ बेहतर quality के साथ बनाता है—यह बात शायद साबित होती दिखती है।

 
seunggi 2026-06-11

सहमत हूँ। एक तरफ,

  • बिना थ्रेड वाले कील, नरम लकड़ी जैसी material compatibility के अनुसार बाहर निकले हुए कील ज़्यादा हो सकते हैं और finishing inspection पर असर पड़ता है
  • हाई-एंड मार्केट में कुछ खास लकड़ी ग्राहक की संतुष्टि बढ़ाती है, लेकिन वहाँ उपयुक्त चीज़ कील नहीं बल्कि लकड़ी-से-लकड़ी जोड़ है
  • mass production में, निर्माण के समय अधिक लगने पर भी डबल स्क्रू coupling method का उपयोग किया जाता है
  • किसी खास बाज़ार के ट्रेंड को संदर्भ बनाकर स्टाइल बनाई जाती है

इसे मैं इस दावे के रूप में कम देखता हूँ कि ऐसी चीज़ें replace नहीं की जा सकतीं, और ज़्यादा इस सवाल की तरह देखता हूँ कि

  • उत्पाद के अंतर्निहित मूल्य को ऊपर उठाने वाला कारीगर
  • बनाकर अपनी भूमिका निभाने वाला builder
  • या यहाँ तक कि बाह्य—यानी बिकने वाला—मूल्य बनाने वाली भूमिका तक
    क्या ऐसा कोई कर्ता, जो अपनी इच्छा और इरादे को लगातार डालता रह सके, वाकई AI हो सकता है? यही संदेह होता है।

शायद

  • अधिकांश उद्यमियों के लिए, या builders और कारीगरों के नियोक्ताओं के लिए, कारीगर-स्तर तक की ज़रूरत न भी हो
  • builder होना कई उद्योगों में काफ़ी हो सकता है
  • आखिरकार बाज़ार अनंत relative evaluation करते हुए मिलते-जुलते उत्पादों के बीच कीमत, गुणवत्ता और सौंदर्य के आधार पर प्रतिस्पर्धा करेगा
  • और वह सस्ता लेकिन अच्छी गुणवत्ता वाला उत्पाद चाहेगा,
  • "/goal 값싸고 질좋은 의자를 만들어줘"
    सिर्फ इससे क्या सचमुच बाज़ार में मूल्य पहुँचेगा, इस पर संदेह है।

आखिरकार

  • व्यवसायी का इरादा और इच्छाशक्ति बाज़ार, मार्केटिंग और profit structure पर केंद्रित होती है
  • hammer, nail, wood, design जैसी चीज़ें उस इरादे और इच्छा को साकार करने वाले tools के क़रीब हैं
  • मानवीय संज्ञानात्मक क्षमता की सीमाओं को देखते हुए, क्या किसी न किसी को hammer, nail, wood, design स्वयं पर लगातार इच्छा और इरादा प्रोजेक्ट नहीं करना होगा?
  • "/goal 현재 시장의 트랜드와 재료 수급 상황에 맞추어 의자 빌더에이전트를 운영하자"
  • "/goal 너는 의자 빌더에이전트로써 값싸고 질좋은 의자를 만들자"
  • "/goal 너는 의자 디자인 에이전트로써 유행에 우리만의 브랜드 아이덴티티를 가미하여 디자인한다"
  • क्या इस तरह इरादे और इच्छा को कई एजेंटों से बदल देना संभव होगा?
    multi-agent systems गुणवत्ता या complexity control, और goals हासिल करने में असफल रहते हैं—इस पर कई शोध परिणाम इसी वजह से दिलचस्प लगते हैं।

हाल में रुचि या taste पर जो चर्चा हो रही है, वह एक तरफ शायद

  • code स्वयं के प्रति इच्छा और इरादा रखने वाले व्यक्ति और code को बाज़ार व profit system के tool की तरह संभालने वाले व्यक्ति के बीच का अंतर
  • शायद इस बात से भी जुड़ा है कि कोई व्यक्ति किसी विषय पर भीतर से अपनी स्वायत्त प्रेरणा के कारण उसे लगातार जारी रख सकता है या नहीं
    क्या ऐसा नहीं है?

शायद यह समस्या कुछ वैसी ही है जैसे "백지 서판" या "행동 경제학" की समस्या, जहाँ

  • अगर execution cost शून्य हो
  • तो जिन लोगों को वह विषय अपने आप में दिलचस्प लगता है, जिनमें intrinsic motivation या स्वभावगत बढ़त है, उनके लंबे समय तक वह काम करते रहने की संभावना अधिक होगी
    क्योंकि जो चीज़ मूल्य बनाती है—खासतौर पर ऐसा मूल्य जो किसी दूसरे की जेब खुलवाए—ऐसा काम या उत्पाद एक ही बार में बन नहीं जाता।

क्या आप software engineering इसलिए करते हैं क्योंकि यह promising है? या इसलिए कि आप उसकी ओर स्वाभाविक रूप से खिंचे हुए हैं?
शायद दोनों, या दोनों के बीच कहीं।

दूसरी तरफ, मालिक की नज़र से देखें तो काम ठीक न चले तो वह किसी पर ग़ुस्सा करना चाहेगा; LLM से "/goal 다시해봐" कहना शायद उसे पसंद न आए..

 
lchbest10 2026-06-09

मुझे लगता है IKEA की वैल्यू इसलिए है क्योंकि एक कारीगर फ्रंट में तैयार प्रोडक्ट बनाता है और फिर उसे पार्ट्स में बदल देता है.. अगर सच में पूरा vibe coding का दौर आ गया, तो क्या फ्रंट में कारीगर डेवलपर की ज़रूरत होगी?

 
kuthia 2026-06-09

मुझे लगता है कि इसकी ज़रूरत है। मेरे हिसाब से कारीगर का सार, संचित अनुभव से परिष्कृत हुई रुचि है।

रुचि (Taste) ही नया 10x है
काबिलियत नहीं।रुचि नहीं।

शायद इसी संदर्भ में आजकल ऐसे लेखों पर काफ़ी ध्यान दिया जा रहा है।

 
awbrg789 2026-06-08

अच्छा लेख है, शेयर करने के लिए धन्यवाद।