ओह, अगर इसका कोरियाई वर्ज़न भी आए तो अच्छा रहेगा

तो अब इंसानों को डाकघर जाकर registered mail जैसी चीज़ें भेजनी पड़ेंगी.. sob

शायद AI vibe coding के असर से, HN भी इसी तरह की चिंता कर रहा है।
पहली टिप्पणी में एडमिन dang ने यह भी कहा था कि फिलहाल Show HN को सीमित किया जाएगा।

GeekNews में भी ऐसी ही स्थिति है।

नए उपयोगकर्ताओं को कम्युनिटी के माहौल से परिचित होने का समय देने के लिए, अकाउंट बनने के बाद 1 हफ्ते तक पोस्ट और कमेंट लिखने पर रोक रखी गई है।
फिर भी, बिना बुनियादी समीक्षा के ऐसी कई पोस्टें आती रहती हैं।

उदाहरण के लिए, कभी-कभी Show GN के लिए उपयुक्त न होने वाली पोस्ट आ जाती हैं,
और इस बारे में जानकारी देने पर भी मिलते-जुलते प्रकार की पोस्टें बार-बार दोहराई जाती हैं, इसलिए कुछ को हटाने की कार्रवाई की जा रही है।
यानी, कम्युनिटी के बुनियादी उपयोग तरीके या उसके उद्देश्य को पर्याप्त रूप से समझे बिना व्यक्तिगत प्रोजेक्ट साझा किए जाने के मामले होते हैं।

GeekNews मूल रूप से समाचार और जानकारी साझा करने और उन पर चर्चा करने की जगह है,
इसलिए हमें लगता है कि व्यक्तिगत प्रोजेक्ट परिचय भी उसी संदर्भ के अनुरूप तरीके से पोस्ट होने चाहिए।

इसी वजह से हम इस बात पर भी विचार कर रहे हैं कि एक निश्चित स्कोर या गतिविधि इतिहास जमा होने से पहले Show पोस्ट
नवीनतम पोस्ट सूची या होम स्क्रीन पर तुरंत दिखाई न दें।

लगता है कि GeekNews की openness बनाए रखते हुए quality को कैसे बनाए रखा जाए, यह ऐसा सवाल है जिस पर लगातार विचार करना पड़ता है।

मध्य बिंदु की त्रुटि (Argument to Moderation): जब दो चरम दावे (A और Z) हों, तो यह मान लेना कि उनके बीच का बिंदु (M) ही सत्य है या सबसे अच्छा समाधान होगा, एक तर्कदोष है।

हाहाहाहा बकवास भी लेख है

कुछ मत कहिए

dead internet theory बनने से पहले

पॉटी हिहि

लगता है कि लेखक या तो बहुत युवा है, या सिर्फ वही देख रहा है जो वह देखना चाहता है..
उदाहरण के तौर पर जिन चीज़ों को खुला कहा गया है, उन पर भी पेटेंट वगैरह के कारण लाइसेंस लागू हैं.
उदाहरण में साइकिल को खुला बताया गया है, लेकिन steel बनाने का तरीका और टायर बनाने का तरीका पहले से ही कंपनियों की संपत्ति हैं..

Fortran चला जाए, C++ आए, Java आए या Next.js आए, जैसे SWE के लिए CS जानना ज़रूरी है, वैसे ही AI आ जाने पर भी CS की बुनियादी समझ ज़रूरी है। आखिरकार बदलते सिर्फ़ tools हैं, मूल बात वही रहती है.. IT इंडस्ट्री में हैं तो लगातार पढ़ते रहना एक तरह की नियति है..

लग रहा था कि Codex App इस प्रोजेक्ट से काफी प्रभावित था। लेकिन यह भी Electron पर है, इसलिए workspace कई बनाना + multi-agent चलाने पर यह बहुत ज़्यादा memory खा जाता था और fan भी बहुत तेज़ चलने लगता था, इसलिए आखिरकार मैं फिर terminal CLI पर लौट गया। tmux चलाते समय आने वाली terminal error ने भी इसमें एक भूमिका निभाई।
फिर भी, coding agent vendor पर निर्भर हुए बिना workspace shell script लगाकर worktree के साथ आसानी से branch बनवा देना वाकई बहुत सुविधाजनक था.

यदि आप इस Repo का परिचय पढ़ेंगे, तो उसमें हर plugin के नीचे मौजूद skills की भी व्याख्या की गई है
PM Skills Marketplace: The AI Operating System for Better Product Decisions

हंसी आ गई

दूसरी ओर, इंसानी समीक्षा आखिरकार bottleneck बन जाती है

यह Hacker News से लाया गया है, क्या वहाँ भी हमेशा सिर्फ़ उत्पादक टिप्पणियाँ ही आती हैं... यह अच्छा नहीं लगता।

8GB RAM कम है, लेकिन Apple Silicon वातावरण में आम उपभोक्ताओं के productivity apps के लिए पर्याप्त है!

मुझे भी जिज्ञासा है। यह आत्मविरोधाभासी लगता है।

अगर आप उपयोगी टिप्पणी नहीं लिखने वाले हैं, तो कृपया टिप्पणी लिखें ही मत।

मुझे लगता है कि अभी के लिए इसका आधा-आधा मिश्रण भी अव्यावहारिक है। कोड लगातार इस्तेमाल होता रहता है, और LLM प्रायिकतामूलक होते हैं, इसलिए इंसान को अपने लिखे कोड को (फिलहाल) पूरा पढ़ने की ज़रूरत है। रिव्यू को आसान बनाने के लिए, context और intent जैसी चीज़ों को समझने हेतु PR को ऑटोमैटिक template से लिखवाना या उसे ADR के रूप में लिखना ज़रूरी है।

हाहा, QA से सहमत हूँ

मैंने भी इस बार Codex से काम करवाकर देखा, तो लगा कि मेरी भूमिका तो बस QA की ही रह गई है. हाहा

ज़रा ठहरिए!<ctrl+ enter>

जब तक लोग मॉडल की विशेषताओं को समझकर सही prompts और skill workflow ढूंढकर लागू करते हैं, तब तक नया मॉडल आ चुका होता है....
मुझे तो यह भी संदेह है कि क्या अभी agents को वास्तव में ठीक से इस्तेमाल किया जा सकता है।