4 पॉइंट द्वारा GN⁺ 2025-02-05 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • यह रैंडम Wikipedia एंट्रीज़ को छोटे कार्ड की तरह स्वाइप करके देखने का तरीका है, इसलिए बिना किसी खास सर्च उद्देश्य के भी संयोगवश ज्ञान की खोज संभव होती है
  • एक-दूसरे से असंबंधित विषय जैसे प्राणीविज्ञानी, NFL खिलाड़ी, ब्रिटेन की नदियाँ, contract law के केस, चीन के स्वदेशी पौधे, भारत की आपराधिक अदालतें आदि एक ही फ़ीड में साथ दिखाई देते हैं
  • हर एंट्री Wikipedia के मुख्य पाठ के एक हिस्से का सार दिखाती है, और जो उपयोगकर्ता आगे पढ़ना चाहें वे Read more लिंक से मूल लेख पर जा सकते हैं
  • उदाहरण के तौर पर Marie Jules César Lelorgne de Savigny, Rodney Peete, River Ehen, C Czarnikow Ltd v Koufos, Salvia filicifolia जैसी एंट्रीज़ दिखती हैं
  • अलग से विवरण या इस्तेमाल गाइड की बजाय रैंडम एंट्री सार-सूची ही इसका मुख्य हिस्सा है, इसलिए इसे जल्दी-जल्दी स्क्रोल करके रुचिकर लेखों में जाने वाले उपयोग के रूप में देखना ज़्यादा सही है

रैंडम फ़ीड में दिखे Wikipedia लेख

  • Marie Jules César Lelorgne de Savigny
    • 5 अप्रैल 1777 से 5 अक्टूबर 1851 तक जीवित रहे फ़्रांसीसी प्राणीविज्ञानी और प्रकृतिविद
    • 1798 में Napoleon के मिस्र अभियान में शामिल हुए और कई taxa का वर्णन किया
    • उन शुरुआती लोगों में से एक थे जिन्होंने यह प्रस्ताव रखा कि कीड़ों के मुखांग, segmented arthropods के jointed legs से विकसित हुए हैं
  • Rodney Peete
    • 16 मार्च 1966 को जन्मे अमेरिकी पूर्व प्रोफेशनल American football खिलाड़ी
    • NFL quarterback के रूप में खेले, USC Trojans के लिए college football खेला, और 1988 में first-team All-American चुने गए
    • 1989 NFL Draft के 6th round में चुने जाने के बाद Detroit Lions, Dallas Cowboys, Philadelphia Eagles, Washington Redskins, Oakland Raiders और Carolina Panthers के लिए खेले
  • River Ehen
    • ब्रिटेन के Cumbria में स्थित एक नदी
    • Ennerdale Water के पश्चिमी छोर से शुरू होकर Ennerdale Bridge, Cleator Moor, Cleator और Egremont से होकर गुजरती है
    • Sellafield में River Calder के साथ उसी बिंदु पर Irish Sea में मिलती है
  • C Czarnikow Ltd v Koufos
    • The Heron II के नाम से भी जाना जाने वाला ब्रिटिश contract law case
    • नुकसान की दूरस्थता (remoteness of damage) से संबंधित है
    • House of Lords ने माना कि contract में liability limitation के रूप में remoteness test, tort की तुलना में अधिक सीमित है
  • Salvia filicifolia
    • चीन के Guangdong और Hunan प्रांतों की स्वदेशी बहुवर्षीय पौधा
    • पथरीले और रेतीले इलाकों में उगता है
    • सीधा खड़ा या थोड़ा ऊपर उठता हुआ तना और 8mm की पीली corolla होती है

अदालत, सड़क, राजनीति और खेल रिकॉर्ड से जुड़ी एंट्रीज़

  • Courts of Judicial Magistrate of Second Class
    • भारत की आपराधिक न्यायालय संरचना में सबसे निचले स्तर की Second Class Judicial Magistrate अदालतें
    • Bharatiya Nagarik Suraksha Sanhita, 2023 की Section 9 के तहत राज्य सरकार संबंधित राज्य के High Court से परामर्श कर इन्हें स्थापित कर सकती है
    • Section 23(3) के तहत अधिकतम 1 वर्ष का कारावास या 5,000 रुपये तक का जुर्माना, या दोनों, सुनाया जा सकता है
    • पुलिस हिरासत के आवेदन पर फैसला नहीं कर सकतीं और रिकॉर्ड को Judicial Magistrate 1st Class को भेजना होता है
  • U.S. Highway 190 Business
    • Louisiana के Covington में US 190 का 3.31 मील का business route
    • इसका आंतरिक नाम U.S. Highway 190-X है, और स्थानीय स्तर पर 21st Avenue तथा Boston Street के नाम से जाना जाता है
    • मुख्य रूप से southbound Louisiana Highway 21 और Covington business district तक पहुँच के लिए इस्तेमाल होता है
  • Mary A. Lehman
    • 8 अप्रैल 1964 को जन्मीं अमेरिकी Democratic Party की राजनेता
    • Maryland House of Delegates में District 21 का प्रतिनिधित्व करने वाली वर्तमान सदस्य हैं
  • Guinea at the 2024 World Aquatics Championships
    • Guinea ने Qatar के Doha में आयोजित 2024 World Aquatics Championships में भाग लिया
    • प्रतियोगिता 2 फ़रवरी से 18 फ़रवरी तक चली

1 टिप्पणियां

 
GN⁺ 2025-02-05
Hacker News राय
  • नमस्ते, मैं इसका निर्माता हूँ। Twitter पर किसी को ऐसा कुछ चाहिए कहते देखा और तुरंत बना डाला; रात के 12:30 बज रहे थे, लेकिन इसे बनाने का मौका छोड़ नहीं सकता था
    कोड बहुत सरल है और असल में कोई backend बिल्कुल नहीं है। वजह यह है कि Wikipedia API काफी उदार है, इसलिए frontend से सीधे request की जा सकती है। यह random article request करता है और कुछ summary व उससे जुड़ी images लाता है
    Claude और Cursor ने काम का 90% कर दिया, इसलिए optimization की काफी गुंजाइश होगी, लेकिन मौजूदा हालत में भी बहुत sophisticated features के बिना इसके साथ खेलना काफी मजेदार है
    source code यहाँ है: https://github.com/IsaacGemal/wikitok

    • जिन APIs में CORS frontend requests को block नहीं करता, उनकी तारीफ होनी चाहिए। अगर यह और common होता, तो मैंने कई toy apps अधूरे न छोड़े होते जो बस चल जाते; लेकिन CORS restrictions की वजह से backend चलाना पड़ता है, जिससे one-off tools या personal tools के लिए उन्हें बनाना और maintain करना अक्सर worth it नहीं रह जाता। OAuth भी कुछ ऐसा ही है
    • शानदार। शायद मैं खुद इसे बनाने के बारे में न सोचता, लेकिन लगता है कि इस site में recommendation algorithm जुड़ जाए तो यह बहुत बेहतर हो सकती है
      उदाहरण के लिए, user किसी article को कितना पसंद करता है यह समझकर, उसे मिलते-जुलते या थोड़ा अलग हटकर content में लगातार खींचे रखा जा सकता है। हालांकि ऐसा algorithm design करना, बनाना और maintain करना बिल्कुल छोटा काम नहीं है
    • उम्मीद है यह बहुत खुला promotion नहीं लगेगा, लेकिन interested लोगों के लिए अपना resume डाल रहा हूँ: https://www.aizk.sh/Isaac's%20Resume.pdf
    • मुझे वह tweet देखने की याद है। इसे front page पर आते देखकर लगा था कि यह अविश्वसनीय coincidence है, लेकिन शायद ऐसा नहीं था
    • अगला कदम शायद articles को offline collect करके उन्हें मुख्य facts वाली 30-second short video में process करना होगा। TTS narration, extra images, और API की images का इस्तेमाल करके stock video या text-to-video जोड़ दें तो यह killer app बन सकता है
      Bonus के तौर पर, आम तौर पर boring articles को filter out करने या नीचे rank करने के लिए कोई heuristic या model बनाना अच्छा रहेगा
  • सोच रहा हूँ कि इसमें simple algorithm जोड़ने के लिए क्या चाहिए होगा। short media apps खतरनाक हद तक addictive होने की एक वजह आखिर यही है कि वे user को क्या पसंद है सीखकर वही और ज्यादा दिखाते हैं
    ऐसे app में ऐसा algorithm लग जाए तो retention बेहतर होगी, और कम से कम कुछ देर के लिए लोगों को दूसरे apps से दूर भी रख सकती है। कुछ ऐसा: “इस व्यक्ति को science पसंद है, और दिखाओ। खासकर quantum mechanics से जुड़ी चीजें पसंद हैं, तो related articles के summary paragraphs डालो”

    • एक तरफ सोचने पर मजबूर करता है कि बहुत basic algorithm कैसा दिखेगा, शायद सिर्फ classification-based होना भी ठीक हो, और क्या वह लोगों को खुश कर पाएगा
      दूसरी तरफ, Wikipedia API terms of use की बारीकियां मुझे ठीक से नहीं पता। साथ ही अभी यह website पूरी तरह frontend पर ही चल रही है, और कहें तो मैं limited tools से कितना skeleton खड़ा किया जा सकता है, इसका मजा ले रहा हूँ
      अब ध्यान आया कि suffix “tok” user की हर movement, click, tap और pause सीखने वाले पागल machine learning algorithm का संकेत देता है, जबकि सच में मुझे वैसा कुछ नहीं चाहिए
    • पढ़ने के हर 10 seconds पर current article के tags को “preference” के रूप में increment कर दें। अगला recommended article उन्हीं tags से random चुनें, और tag values अनंत तक न बढ़ें इसलिए division के log जैसा कुछ जोड़ दें
    • articles के बीच relatedness पहले से ही नीले Wikipedia links में मौजूद है। इसलिए neighboring articles देखना बहुत मुश्किल नहीं होगा
      इसके उलट, X पसंद है तो Y भी पसंद आ सकता है—यह तब सीखना जब दोनों linked न हों—TikTok-type ad-maximizing dystopian algorithm के ज्यादा करीब है
    • मुझे लगा था शायद ऐसा feature पहले से हो सकता है। liked article से linked articles से hints लिए जा सकते हैं, शायद? https://www.sixdegreesofwikipedia.com/ जैसा कुछ
    • आखिर में लोग शायद उन articles को पढ़ने की तरफ converge करेंगे जिन्हें वे सच में पसंद भी नहीं करते, जैसे tragic historical facts
      social media harms की सच्चाई algorithm से ज्यादा इंसानों में है। इंसान negative emotions पर ज्यादा react करते हैं, और real life में भी conspiracies या negative interactions ढूंढते रहते हैं। इसे उन लोगों में भी देखिए जो economically बंधे न होने पर भी harmful partner के साथ बने रहते हैं, या ऐसे friend groups में जो function खोकर gossip circle बन गए हों। इससे बचने के लिए इस tendency का actively विरोध करना होगा, और application में algorithm बिल्कुल न होना भी मदद करता है
  • बढ़िया। मेरे पास भी एक similar project है जो web के कई non-commercial content को TikTok जैसी philosophy से दिखाता है। interface में सिर्फ एक button है, और random page को iframe में embed करता है
    अगर मेरा algorithm dead page लौटाए, तो fallback के तौर पर random Wikipedia article इस्तेमाल करता हूँ
    नाम moonjump है: https://moonjump.app/

    • अरे वाह, क्या यह StumbleUpon है? बचपन में वह site याद है। अच्छी यादें हैं
    • try किया तो सीधे “herpes लगने की सबसे अच्छी जगह” पर ले गया, इसलिए click नहीं किया
    • बढ़िया। मैं चुपचाप StumbleUpon alternative ढूंढ रहा था, लेकिन संयोग से कभी मिला नहीं। यहाँ post करने के लिए धन्यवाद, और ऐसा लग रहा है जैसे old internet का एक टुकड़ा वापस मिल गया
    • काफी अच्छा। StumbleUpon याद आ गया
    • बढ़िया। melonking loading GIF को तुरंत पहचान लिया
  • आइडिया पसंद है, लेकिन Wikipedia तकनीकी या बहुत डिटेल वाले विषयों में अक्सर फोकस को काफी संकरा करके चलता है। किसी खास molecular biology term का आर्टिकल यह समझाने के लिए नहीं होता कि वह बड़े biology topic के अंदर ठीक-ठीक कैसे फिट बैठता है।
    इसलिए random article से जानकारी लेना मुश्किल हो जाता है। कंप्यूटर से जुड़े Wikipedia articles तक, जिन्हें मैं समझता हूं, कभी-कभी “जो लोग इस पेज को समझते हैं, वे इसे पहले से समझते हैं, इसलिए उन्हें इसे पढ़ने की जरूरत नहीं” वाली category में आ जाते हैं।
    बेशक social media context भी कभी-कभी अस्पष्ट होता है, लेकिन आम तौर पर “कोई इंसान गिरा और वह मजेदार है” काफी universal होता है।

    • Maths articles इस मामले में बेहद खराब हैं। भाषा को Simple English में बदलने से मदद मिलती है।
    • दूसरी तरफ किसी ने random articles को adjust करने वाला algorithm सुझाया था; सोच रहा हूं कि क्या algorithm उस समस्या को हल करने में मदद करेगा, जहां आपकी रुचि वाले बड़े topic के अंदर भी random articles बहुत technical लगते हैं।
    • “जो लोग इस पेज को समझते हैं, वे इसे पहले से समझते हैं, इसलिए उन्हें इसे पढ़ने की जरूरत नहीं” वाली बात साबित तौर पर गलत है।
    • Wikipedia reference के लिए उपयोगी है, education के लिए नहीं। पता नहीं यह जानबूझकर है या नहीं।
    • क्या इसमें LLM जोड़ना उपयोगी हो सकता है?
  • अगर इसमें AI-generated voice से TikTok creators के style में कान में चिपक जाने वाले summaries पढ़वाए जाएं, और असली TikTok algorithm से content promote किया जाए, तो यह काफी अच्छा app बन सकता है।
    वैसे नाम WikiTok के बजाय WikTok होना चाहिए।

    • इस stage पर तो related images और audio के साथ short videos बना दो, उन्हें TikTok पर डालो और monetize करो।
    • Voiceover Minecraft parkour या Subway Surfers videos के ऊपर होना चाहिए।
      कुछ ऐसा: https://pdftobrainrot.org/
    • सहमत हूं। voiceover हो तो बहुत अच्छा होगा।
  • कुछ लोग simple चीजें कितनी अच्छी बना लेते हैं, यह बस काबिले-तारीफ है। HN पर simple games से लेकर visualizations और कई तरह के छोटे projects बहुत देखे हैं।
    उम्मीद है किसी दिन मेरे दिमाग में भी कोई simple idea आएगा और मैं उसे यहां दिखा सकूंगा।

    • सिर्फ GitHub link के साथ public कर देना अपने-आप में bonus है।
      Landing page, login, और “$4/month या $20/year” वाला Show HN पोस्ट करने और फिर सबका “successful launch” कहकर पीठ थपथपाने से अलग है, इसलिए अच्छा लगता है।
    • बनाने वाले ने project की inspiration के बारे में refreshing transparency से बताया कि “Twitter पर किसी को इसे मांगते देखा और तुरंत बना दिया।”
      शायद आपको भी इसी तरह कुछ बनाने लायक चीज अचानक मिल जाए।
    • ऐसे simple ideas AI से implement किए जा सकते हैं। बस अफसोस है कि ऐसा करने पर charm थोड़ा कम हो जाता है।
  • इस project में potential दिखता है।
    Wikipedia को बहुत पसंद करने और TikTok को भी कभी-कभी enjoy करने वाले के तौर पर, ऐसा app या website होना अच्छा लगेगा। हालांकि activities और attention पर based ज्यादा smart feed हो तो अच्छा होगा, और information दिखाने का तरीका भी थोड़ा ज्यादा flashy हो सके तो बेहतर होगा।
    अभी जैसे text snippets और images ही हैं, वह बहुत immersive नहीं लगता।

  • यह Wikipedia के अपने random article feature से कैसे अलग है?

    • अच्छा सवाल है। मैंने भी थोड़ी देर यही सोचा था। लेकिन फिर समझ आया कि यहां timepass किया जा सकता है, random page पर नहीं।
      Images और छोटे text की वजह से जल्दी तय किया जा सकता है कि यह interesting है या नहीं। पहले मैं बोर होने पर technical dictionary उठा लेता था और random entries पढ़ता था। इसलिए Wikipedia random article भी try किया, लेकिन वह ठीक से काम नहीं आया; इसे try करने पर लगता है यह ठीक बैठेगा।
    • सबसे पहले, इसका look और feel पूरी तरह अलग है।
    • वह सवाल थोड़ा ठीक नहीं है।
      ऐसा लगता है जैसे कहा जा रहा हो कि दो webpages सिर्फ domain अलग होने के बावजूद identical हैं, जबकि असल में वे साफ तौर पर पूरी तरह अलग हैं।
      बेहतर सवाल कुछ ऐसा होगा: “Wikipedia articles को TikTok-style infinite scroll में explore कराने वाली website आज के internet users को क्यों आकर्षक लग सकती है?”
  • अच्छी site है।
    कुछ साल पहले बनाई गई अपनी एक मिलती-जुलती site दिखाना चाहता हूं। शायद अब इसे update करूं।
    https://wikisurfer.pages.dev/

  • https://wiktok.org/
    संबंधित है