armila 2026-03-09 | मुख्य टिप्पणी | में: LLM सही कोड नहीं लिखता, वह सिर्फ़ विश्वसनीय दिखने वाला कोड लिखता है (blog.katanaquant.com)

जब तक लोग मॉडल की विशेषताओं को समझकर सही prompts और skill workflow ढूंढकर लागू करते हैं, तब तक नया मॉडल आ चुका होता है....
मुझे तो यह भी संदेह है कि क्या अभी agents को वास्तव में ठीक से इस्तेमाल किया जा सकता है।
 
skageektp 2026-03-08 | मुख्य टिप्पणी | में: AI junior developers को बेकार बना रहा है (beabetterdev.com)

मैं भी यही कहूँगा। साथ में खोजते हैं और साथ में समाधान निकालते हैं। शायद आपने इस तरह कोशिश नहीं की होगी, लेकिन मुझे लगता है कि आप इसे कुछ ज़्यादा ही मजबूती से अंतिम सही जवाब की तरह पेश कर रहे हैं। मैं भी अपनी तरफ़ से यथासंभव विनम्र और शालीन तरीके से टिप्पणी छोड़ रहा हूँ~^^
 
skrevolve 2026-03-08 | मुख्य टिप्पणी | में: LLM सही कोड नहीं लिखता, वह सिर्फ़ विश्वसनीय दिखने वाला कोड लिखता है (blog.katanaquant.com)

Georgehotz भी AI को सिर्फ़ एक तरह के compiler की तरह समझकर इस्तेमाल कर रहे हैं। डिज़ाइन, structure या selection के मामले में अभी भी इंसानी judgment की ज़रूरत है... कुल मिलाकर अगर AI को ही पूरी तरह नेतृत्व दे दिया जाए, तो फिर डेवलपर के करने के लिए कुछ बचता ही नहीं।
 
ndrgrd 2026-03-08 | मुख्य टिप्पणी | में: LLM सही कोड नहीं लिखता, वह सिर्फ़ विश्वसनीय दिखने वाला कोड लिखता है (blog.katanaquant.com)

असल में सिर्फ़ LLM ही ऐसा नहीं करते, इंसान भी ऐसा ही करते हैं
फ़र्क यह है कि इंसानों को feedback दिया जा सकता है, लेकिन LLM की अजीब आदतों को लगभग सुधारा नहीं जा सकता। इशारा करने पर भी किसी न किसी बिंदु पर वे फिर वही करने लगते हैं।
क्या वहीं से inefficiency और थकान पैदा नहीं होती?
 
moderator 2026-03-08 | मुख्य टिप्पणी | में: Vibe Coding की हकीकत: डिज़ाइन 30 मिनट, डिबगिंग 5 घंटे (blog.neocode24.com)

यह Show GN के अनुरूप नहीं था, इसलिए इसे स्थानांतरित कर दिया गया है.
कृपया Show उपयोग विधि देखकर पोस्ट करें.
 
happing94 2026-03-08 | मुख्य टिप्पणी | में: LLM सही कोड नहीं लिखता, वह सिर्फ़ विश्वसनीय दिखने वाला कोड लिखता है (blog.katanaquant.com)

अगर आप पहले से पूरी तरह implement की गई, जबरदस्त optimized query से तुलना करके उसे किसी दूसरी language में फिर से लिखने को कहेंगे, तो उसका धीमा होना तो स्वाभाविक है
क्योंकि आपने बस कहा था, "बस लिख दो" हाहाहा
 
cocofather 2026-03-08 | मुख्य टिप्पणी | में: LLM सही कोड नहीं लिखता, वह सिर्फ़ विश्वसनीय दिखने वाला कोड लिखता है (blog.katanaquant.com)

लगता है Big Tech-स्तर के vibe coders अब कमेंट्स में दिखाई देंगे।
 
duqduqduq 2026-03-08 | मुख्य टिप्पणी | में: मैं 60 साल का हूँ। Claude Code की बदौलत मेरा जुनून फिर से भड़क उठा है (news.ycombinator.com)

अरे, वरिष्ठ महोदय, फिर भी सबसे पहले अपनी सेहत का ध्यान रखिए। भूल गए क्या? पहली पीढ़ी के IT वरिष्ठों के बारे में रातभर जुनून में काम करते-करते अचानक मौत की खबरें हम अक्सर देखते थे, ऐसा याद है। मैं खुद 40 के मध्य में हूँ, और AI की बदौलत अब बच्चों की परवरिश भी करते हुए पहले के मुकाबले थोड़ा अधिक सुकून से काम कर रहा हूँ. ^^
 
jaehong747 2026-03-08 | मुख्य टिप्पणी | में: Claude Code गाइड (eBook) जारी कर रहा हूँ. (wikidocs.net)

अगर आप e-book (सशुल्क) खरीदते हैं, तो लगता है कि उसे डाउनलोड (pdf, epub) किया जा सकता है.
जिन्हें इसकी ज़रूरत है, उनके लिए मैं जल्द ही तैयारी करूँगा.
धन्यवाद.
 
galaxy11111 2026-03-08 | मुख्य टिप्पणी | में: LLM सही कोड नहीं लिखता, वह सिर्फ़ विश्वसनीय दिखने वाला कोड लिखता है (blog.katanaquant.com)

बस थोड़ा-सा इस्तेमाल करके भी यह तुरंत महसूस हो जाता है। पहले मुझे समझ नहीं आता था कि दूसरे डेवलपर्स क्यों कहते हैं कि रिव्यू करते-करते थकान होने लगती है, लेकिन प्रॉम्प्ट और स्किल्स चाहे कितनी भी अच्छी तरह इस्तेमाल कर लो, AI द्वारा लिखा गया कोड हमेशा कहीं न कहीं दोषपूर्ण होता था।
 
eyedroot 2026-03-08 | मुख्य टिप्पणी | में: मैं 60 साल का हूँ। Claude Code की बदौलत मेरा जुनून फिर से भड़क उठा है (news.ycombinator.com)

मैं सहमत हूँ।

10 साल से ज़्यादा समय तक बहुत हाथ-पैर मारने वाले मेरे जैसे इंसान को भी, Claude Code की वजह से किसी भाषा को पहली बार सीखते समय वाली वही रोमांचक भावना फिर से महसूस हो रही है।

मैं LLM द्वारा बनाए गए नतीजों को कभी भी बिना परखे आगे नहीं बढ़ाता। बल्कि जब bottleneck आता है, तो यह देखकर कि इसे अलग-अलग तरीकों से इस तरह भी हल किया जा सकता है, मुझे और सीखने और पढ़ने का एहसास होता है.
 
xguru 2026-03-08 | मुख्य टिप्पणी | में: मैं 60 साल का हूँ। Claude Code की बदौलत मेरा जुनून फिर से भड़क उठा है (news.ycombinator.com)

सच में, आजकल अपने आसपास भी देखता हूँ तो लगता है कि थोड़े ज़्यादा अनुभवी लोग AI के साथ खेलते हुए ज़्यादा आनंद ले रहे हैं।
किसी चीज़ को पहले आज़मा चुके होने के अनुभव के आधार पर, जो काम पहले लोगों के साथ मिलकर किया जाता था, उसे अब AI से करवाने में एक तरह की सहूलियत महसूस होती है।

दूसरी तरफ़ से देखें तो जो लोग इस स्थिति का आनंद ले रहे हैं, वे पहले से ही किसी हद तक एक स्थापित जगह पर हैं, इसलिए AI को एक तरह के खिलौने की तरह लेकर खेल सकते हैं; लेकिन यह सोचकर चिंता भी होती है कि युवा लोगों को आगे का रास्ता काफ़ी धुंधला लग रहा होगा।
 
mammal 2026-03-08 | मुख्य टिप्पणी | में: LLM सही कोड नहीं लिखता, वह सिर्फ़ विश्वसनीय दिखने वाला कोड लिखता है (blog.katanaquant.com)

मैंने मूल लेख पढ़ा, और यह एक उचित विश्लेषण और आलोचना लगती है। लेकिन उद्धृत शोधों में इस्तेमाल किए गए experimental models अभी के समय के हिसाब से थोड़े पुराने-से लगते हैं।
 
xguru 2026-03-08 | मुख्य टिप्पणी | में: मैं 60 साल का हूँ। Claude Code की बदौलत मेरा जुनून फिर से भड़क उठा है (news.ycombinator.com)

थोड़े अलग अंदाज़ में Hacker News की टिप्पणियों का सार

जुनून की फिर से लौ — अनुभवी लोगों की सहमति भरी आवाज़ें

burnstek (50s)

  • web stack के लगातार बदलते रहने (Angular, React, Vue, npm आदि) से थककर कोडिंग पूरी तरह छोड़ दी थी
  • Claude Code जैसे tools "ultimate cheat code" बनकर रचनात्मक इच्छा को फिर जगा रहे हैं
  • architecture और code plumbing समझते हैं, लेकिन implementation details पर अब ध्यान देने की ज़रूरत नहीं रही
  • यह भी जोड़ा कि LeetCode का गायब होना उन्हें अच्छा लगेगा

kitd (60s, इस गर्मी रिटायर होने वाले)

  • उलटा मत: agent ने feature design·implementation·testing·completion की ज़्यादातर संतुष्टि छीन ली है
  • framework के बिना सरल और efficient चीज़ बनाना भी अपने आप में काफी संतोषजनक है
  • इसकी तुलना Industrial Revolution के समय बुनकरों के mechanical loom के प्रति भाव से की
  • business नज़रिए से agent का आकर्षण मानते हैं, लेकिन उनके लिए coding की खुशी गायब हो गई है

LogicFailsMe (काफी अनुभव)

  • ideas बहुत हैं, लेकिन prototype coding के लिए समय कम था; Claude Code ने यह समस्या हल की
  • पहले से optimized code की performance AI बेहतर नहीं कर सकता, इसलिए यह कभी न थकने वाले junior engineer जैसा लगता है
  • 1 साल पहले Cursor जिन चीज़ों में भटकता था, Claude Code उन्हें आसानी से कर लेता है, लेकिन अब भी अजीब जगहों पर hallucination होती है
  • AI coding agents को 20 साल पहले CUDA पहली बार देखने जितना बड़ा innovation मानते हैं
  • जैसे तब CUDA का विरोध था, वैसे ही अब भी AI के खिलाफ प्रतिक्रिया रहने की उम्मीद है

ACCount37

  • मतभेद की जड़: क्या आप code pieces को जोड़ने वाले "micro" काम का आनंद लेते हैं, या working system बनाना ("macro") पसंद करते हैं
  • पहले वाले हैं तो AI agents नापसंद आएँगे, दूसरे वाले हैं तो पसंद आएँगे

ThrowawayR2

  • इनके अनुसार असली विभाजन manager-type vs hacker-type का है
  • LLM को लेकर सबसे ज़्यादा उत्साहित लोगों में काफ़ी लोग hands-on coders नहीं, बल्कि PM·manager·Staff+ engineers हैं
  • यह भी इंगित किया कि भविष्य की languages और frameworks के training data आखिरकार वही hackers बनाएँगे जो ये "micro" काम करते हैं

nineteen999 (40+ साल का अनुभव)

  • हाथ पहले जैसे फुर्तीले नहीं रहे; arthritis और wrist pain होने लगी, ऐसे में AI भगवान की देन बन गया
  • अगर चीज़ों को व्यवस्थित रखा जाए और API/interface पर ध्यान दिया जाए तो AI शानदार नतीजे दे सकता है

cheema33 (50s)

  • API details नहीं बल्कि problem solving itself में खुशी खोजने वाले इंसान हैं, इसलिए Claude Code ने जैसे पंख लगा दिए
  • जैसे assembly programmers की भूमिका दशकों में घटी, वैसा ही बदलाव अब भी हो सकता है

bartread (लगभग वही उम्र, वही स्थिति)

  • दशकों तक एक ही तरह के काम को नए रूप में बार-बार सीखते रहने से बेहद थक चुके थे
  • Claude एक बहुत बड़ा force multiplier है, जो coding input के बिना problem solving और UX पर ध्यान देने देता है
  • CSS या Tailwind को खुद संभालने की ज़रूरत नहीं; जैसा चाहिए वैसा बता दीजिए, वैसा मिल जाता है
  • इसे "ultimate declarative programming" कहा

jitbit (इस साल 50)

  • coding के लिए जुनून कभी कम नहीं हुआ, लेकिन सीमित समय बड़ी समस्या बनता जा रहा है
  • Claude Code और Cursor की वजह से बहुत समय बचाया जा सकता है
  • आगे 10~20 साल सक्रिय रूप से काम करने का समय है, इसलिए ये tools और भी अहम लगते हैं

आलोचना और चिंता — विशेषज्ञों की चेतावनी

samiv (Principal Engineer)

  • दशकों में जमा की गई expertise के काफी हद तक अवमूल्यन होने का छिन जाने जैसा एहसास
  • अनुभव के आधार पर देखते हैं कि AI को लेकर सबसे ज़्यादा उत्साहित लोग अक्सर वही हैं जो software अच्छी तरह नहीं बनाते
  • उदासी और motivation की कमी के कारण early retirement पर विचार कर रहे हैं

hi_hi

  • जवाब: दशकों की expertise को LLM का expert की तरह इस्तेमाल करने में लगाया जा सकता है
  • अच्छे software के मूल मानदंड (maintainability, long-term reliability) नहीं बदले हैं
  • AI अपने आप कुछ नहीं बना सकता, इसलिए value पैदा करने के लिए अनुभव अब भी ज़रूरी है

bri3d (Staff Engineer)

  • AI बेहतरीन engineers के लिए force multiplier है, लेकिन juniors के लिए slop output को 10x बढ़ाने वाली मशीन बन सकता है
  • असली चिंता: भविष्य में अच्छे और बुरे code में फर्क पहचानने वाले लोगों को कैसे तैयार किया जाएगा
  • अगर junior hiring घटेगी, तो experts बनेंगे कैसे — 5~10 साल बाद technical debt के ढेर और उसे ठीक करने वाला कोई न होना संभव है
  • विडंबना यह है कि अभी skilled engineers के लिए यह golden opportunity हो सकती है

switchbak

  • "implementation details की चिंता नहीं करनी" वाला रवैया गंभीर समस्याएँ पैदा कर सकता है, ऐसी चेतावनी
  • managers के बड़े PR जमा करने और details को नज़रअंदाज़ करने की प्रवृत्ति अभी से दिख रही है
  • Haskell जैसे अपरिचित codebase में अच्छी नीयत से भी बड़ी गलतियाँ हो सकती हैं

0x20cowboy

  • LLM coding में शानदार हैं, लेकिन software engineering में बहुत कमजोर
  • "guide" की ज़रूरत होने का मतलब भी यही है
  • अभी एक vibe-coded app ठीक कर रहे हैं; individual functions ठीक हैं, लेकिन पूरी structure spaghetti code है
  • अगर coding typing से ही आनंद मिलता है तो समस्या है, लेकिन पूरे system build करने में आनंद मिलता है तो अब भी बहुत काम बाकी है

codazoda (40 साल का अनुभव, इस साल 50)

  • Claude से Node-आधारित editor बनाया, लेकिन अपने पुराने 2.7KB tool की जगह 89 dependencies वाला 48KB bundle मिला
  • "zero-framework" शर्त prompt में न डालना अपनी गलती मानते हैं, लेकिन बात यह है कि AI को professional ढंग से चलाना पड़ता है
  • इसे ऐसा code माना जो 5 साल की test of time नहीं झेल पाएगा, इसलिए फिर से शुरू करने का फैसला किया

ACS_Solver

  • 2 साल तक LLM coding को लेकर सशंकित थे, लेकिन हाल के models ने शायद critical threshold पार कर लिया है
  • कई दिनों का refactoring 4 घंटे में, और 1 घंटे का काम 10 मिनट में हुआ
  • लेकिन गलत दिशा में जाने या edge cases छूटने पर खुद दखल देकर सुधारना पड़ा
  • असली चिंता: अगर junior hiring नहीं होगी तो experts पैदा कैसे होंगे
  • Sonnet 4.6 के हिसाब से tests को मनमाने ढंग से बदल देने वाली समस्या के ठीक होने को प्रभावशाली मानते हैं

लोकतंत्रीकरण पर बहस — दोनों पक्ष

lovelearning

  • "कोई भी बेवकूफ़ LLM से software बना सकता है" जैसी बात को elitist कहा
  • किताब छपाई, web publishing, open source, hardware democratization जैसे ऐतिहासिक उदाहरण देकर इसे सकारात्मक मानते हैं

latexr

  • जवाब: LLM असली लोकतंत्रीकरण नहीं हैं; यह कुछ कंपनियों पर निर्भर ढाँचा है
  • सचमुच लोकतांत्रिक चीज़ तो पुराना internet था, जहाँ free resources भरे पड़े थे

atonse (Tech Lead)

  • judgment, taste और architecture अब भी उनका अपना योगदान हैं, AI बस उसे 100x बढ़ाता है
  • non-developers के लिए भी पहुँच खुलने का स्वागत — ideas अब सिर के अंदर मरकर नहीं रहेंगे

iExploder

  • यह पहले से ही democratized था — इच्छा हो तो कोई भी सीख सकता था
  • लेकिन यह निराशा समझते हैं कि "मेहनत से पढ़ो तो फल मिलेगा" वाला सामाजिक वादा टूट गया है

पीढ़ीगत टकराव और आर्थिक हक़ीक़त

tavavex (नई पीढ़ी)

  • इशारा किया कि HN comments का बड़ा हिस्सा 40~60 उम्र वालों का है, जिनके पास पहले से assets और career हैं
  • ये लोग seniority·experience·management roles की वजह से अपेक्षाकृत सुरक्षित हैं, लेकिन entry-level और mid-career लोग असली जोखिम में हैं
  • बोले कि यह सब धमाके की पृष्ठभूमि में खिलौनों से खेलने की बात जैसा सुनाई देता है

Dumblydorr

  • दशकों में सीखी गई skills अब PM के लिए 5 मिनट में tokens के ज़रिए नकल करने लायक हो गई हैं
  • बड़े पैमाने की layoffs, खराब job market, AI tools की बाढ़, bubble की आशंका — ऐसे में आशावादी होना मुश्किल है

rps93

  • UX research और frontend में 2009 से career शुरू किया था, लेकिन AI की वजह से अब यह खत्म होती हुई नौकरी जैसा लगता है
  • घर बेचकर मुनाफ़ा सुरक्षित करने और AI market collapse की तैयारी कर रहे हैं

bayarearefugee

  • जो लोग financial रूप से stable हैं वे LLM दुनिया से प्यार कर रहे हैं, और जो नहीं हैं वे अपना career खोते जा रहे हैं
  • इन दोनों समूहों का अनुभव तेज़ी से बँटा हुआ है

बुज़ुर्ग डेवलपर्स की वापसी की मिसालें

dbdoug (लगभग 80)

  • 10 साल से ज़्यादा coding नहीं की थी, लेकिन Claude और Gemini के साथ फिर से Python·AppleScript लिख रहे हैं
  • generated code को line-by-line पढ़कर और समझकर सीखने के tool की तरह इस्तेमाल कर रहे हैं

meebee (66)

  • पिछले कुछ महीनों में खुद कई apps पूरे किए: media wishlist, grocery list, health log, habit tracker, iOS watch app (chess tactics trainer समेत) आदि
  • मौजूदा paid apps में मनचाहे features नहीं थे, इसलिए अपना खुद का app vibe-coding से बनाया
  • iCloud और Raspberry Pi की SQLite DB जोड़कर परिवार के बीच sync भी लागू किया

rayxi271828 (30+ साल का अनुभव)

  • COM/DCOM/MFC/ATL दौर का रोमांच हमेशा के लिए खो गया था, ऐसा लगा था; लेकिन Claude Code और Codex से पहले प्यार जैसी धड़कन लौट आई
  • container agents और Telegram से बात करने वाला orchestrator भी खुद बनाया

ChrisMarshallNY (63)

  • हज़ारों users वाले वास्तव में रिलीज़ किए गए app को LLM की मदद से 1 महीने से दोबारा लिख रहे हैं (जो पहले 13 महीने लगा था)
  • retirement के बाद सबसे मुश्किल चीज़ अकेले काम करने का isolation था; LLM ने team के साथ सपना देखने जैसा एहसास लौटा दिया

tqwhite (73, पूरी तरह retired)

  • 1967 में पहला program लिखा था, और दशकों बाद अब neo4j graph DB से जुड़ा Claude Code आधारित agent ("Milo") चला रहे हैं
  • CYPHER query language सीखे बिना neo4j इस्तेमाल कर पा रहे हैं — AI को cognitive partner की तरह अनुभव कर रहे हैं
  • दुख जताया कि उनके रिटायर्ड हमउम्र इस आनंद को समझ नहीं पाते

"micro vs macro" द्वंद्व पर गहरी चर्चा

zmmmmm

  • agent mode की बजाय सीधा नियंत्रण बनाए रखने का सुझाव
  • उबाऊ syntax learning और infra hurdles से राहत मिलती है, फिर भी architecture पर नियंत्रण बना रहता है

fragmede

  • जवाब: agent mode के बिना productivity gains सीमित रहते हैं
  • loops को ठीक से orchestrate किया जाए तो घंटों तक अपने आप चलने वाला workflow बनाया जा सकता है
  • संतुष्टि अब "code लिखने" से खिसककर "component पूरा होने के बाद polish" पर चली गई है

empath75 (ADHD)

  • ADHD की वजह से दशकों से अधूरे projects की लंबी सूची थी; Claude ने idea से execution तक की friction हटा दी
  • जल्दी CLI/TUI/web UI बना पाना ही इसकी सबसे बड़ी value है
  • कुछ ही महीनों में कई ideas छोड़े और एक को नौकरी में production तक पहुँचा दिया

echelon (ADHD)

  • Claude Code को ADHD हटाकर hyperfocus में ले जाने वाला बताया
  • अभी agent mode नहीं इस्तेमाल करते; file location, struct names, SQL joins तक खुद निर्देश देते हैं और सारा code review करते हैं
  • Rust code quality को खास तौर पर बहुत अच्छा मानते हैं
  • चेतावनी भी दी कि खराब code quality वाले project में AI भी वैसी ही quality लौटाता है

असामान्य नज़रिए और दार्शनिक विचार

antirez

  • अच्छे programmers को क्या बनाना है यह पता होता है और उनके पास architecture ideas होते हैं, इसलिए वे LLM का अच्छा उपयोग करते हैं
  • ideas और direction के बिना नतीजा वैसा ही होगा जैसे 90s में Corel Draw पकड़ा दिए गए किसी आम इंसान का — आउटपुट खराब ही होगा

rendall

  • कैमरे के आविष्कार के बाद painters का record-keeper से artist·interpreter में बदलना जैसा paradigm shift
  • Impressionism, Surrealism आदि दशकों में उसी बदलाव के अनुकूलन के नतीजे थे
  • अनुभवी engineers AI के बाद समाज में शायद और अधिक मूल्यवान हो सकते हैं

jorl17 (शुरुआती 40s)

  • कॉलेज के दिनों का "10 कदम आगे चलने" वाला एहसास पिछले कुछ सालों में धुँधला गया था, लेकिन AI से वह एहसास लौट आया
  • समझ आया कि खुशी coding में नहीं, problem solving में थी
  • कहा कि software आखिरकार DIY युग में प्रवेश कर चुका है — अब 65 साल का non-developer भी अपना software बना सकता है

elzbardico

  • Claude Code और AMP का काफी उपयोग करते हैं, लेकिन नज़र न रखो तो bad code, regressions और poor optimization बार-बार आते हैं
  • modularity बहुत खराब रहती है, और cohesion व coupling जैसे 50 साल पुराने concepts की अनदेखी होती है
  • coding agents शानदार tools हैं, लेकिन जो लोग सोचते हैं कि वे "अकेले complex systems बना सकते हैं", वे उनका गलत उपयोग कर रहे हैं

al_borland (खुद coding पसंद)

  • दो दिन Claude इस्तेमाल किया, लेकिन बिलकुल संतोषजनक नहीं लगा — जैसे cheating करके exam में A मिल गया हो
  • न कुछ सीखा, न उपलब्धि का एहसास; बस result मिल गया
  • समझाया: खुद plumbing ठीक करने और window replacement company रखने में जो फर्क है, उपलब्धि सिर्फ पहले में मिलती है
  • उस branch को delete करके खुद दोबारा लिखने की योजना है

vitaflo (Rust developer)

  • team lead की बात: "इस रास्ते पर हर किसी की यात्रा अलग है"
  • खुद को agent mode उदास करता है, लेकिन planning tool के रूप में LLM इस्तेमाल करते हैं — brainstorming और rubber duck की भूमिका में बेहद उपयोगी
  • सलाह: अपना तरीका खुद खोजिए

Thanemate (45)

  • HN की survivorship bias और groupthink को लेकर चेतावनी
  • LLM उन्माद में डूबे लोग HN पर ज़्यादा आने लगे हैं
  • खुद AI इस्तेमाल करने की मजबूरी से अस्तित्वगत संकट और उदासी महसूस कर रहे हैं — कई agents को लगातार सुधारना थका देने वाला लग रहा है
 
xguru 2026-03-08 | मुख्य टिप्पणी | में: Autoresearch - Karpathy का स्वचालित रिसर्च फ्रेमवर्क (github.com/karpathy)

Karpathy का परिचय वाला ट्वीट
> जो लोग इसे वीकेंड के दौरान आज़माना चाहते हैं, उनके लिए यह तैयार किया है.
> यह code, sci-fi, और थोड़ी-सी सनक का मिला-जुला काम है :)

सर, आप वीकेंड पर ऐसी चीज़ें क्यों करते हैं
 
joyce15 2026-03-08 | मुख्य टिप्पणी | में: Claude Code गाइड (eBook) जारी कर रहा हूँ. (wikidocs.net)

क्या डाउनलोड नहीं हो रहा है?
 
savvykang 2026-03-08 | मुख्य टिप्पणी | में: Claude Code के लिए सबसे उपयुक्त प्रोग्रामिंग भाषा कौन-सी है? (dev.to)

ऐसा लगता है कि इसमें भाषा की विशेषताओं के अलावा दूसरे वेरिएबल्स के मिलेजुले कुल प्रभाव को मापा गया है। Github पर हर प्रयोग में लगे समय के नतीजे हैं, लेकिन execution logs नहीं हैं। सबसे सामान्य measurement metric, यानी हर sub-task में लगा समय भी जांचना मुश्किल है, और LLM output की प्रकृति को देखते हुए reproduction भी असंभव लगता है.

लेखक ने भी limitations वाले हिस्से में माना है कि यह prototype चरण का एक बार किया गया काम है। इसके बावजूद, कुल मिलाकर मुझे यह transparency की कमी और variables control न किए गए experiment जैसा लगता है।