xkcd कितना यादृच्छिक है? (2015)

मूल लेख ↗ Hacker News चर्चा ↗

xkcd के “random comic” बटन पर शिकायतें एक व्यापक अंतर को उजागर करती हैं: गणितीय रूप से सही randomness और वह जो उपयोगकर्ता “random” या “shuffle” दबाते समय अपेक्षा करते हैं। टिप्पणीकार स्वतंत्र random sampling (जो स्वाभाविक रूप से streaks और duplicates पैदा करता है) की तुलना deck-style shuffling से करते हैं, जो सभी items को एक बार चक्रित करता है, और संगीत प्लेयरों, वीडियो गेम्स, और apps की समान कहानियाँ साझा करते हैं जो अपने algorithms को चुपचाप “fair” या नया महसूस कराने के लिए bias करती हैं। अन्य लोग statistical test suites, RNG quality, और NIST STS तथा TestU01 जैसे well-known systems में गहराई से जाते हैं, यह नोट करते हुए कि मानव intuition और दोषपूर्ण tooling दोनों ही सच्ची randomness का आकलन आश्चर्यजनक रूप से कठिन बना सकते हैं.

यादृच्छिकता बनाम अनुभूत निष्पक्षता

  • कई टिप्पणीकार नोट करते हैं कि XKCD के “Random” बटन के बारे में शिकायत करने वाले उपयोगकर्ता वास्तव में गणितीय यादृच्छिकता नहीं, बल्कि नवीनता चाहते हैं।
  • लोग अनौपचारिक रूप से “बिना पुनरावृत्ति के यादृच्छिक” की अपेक्षा करते हैं: सभी आइटम देखने तक कोई दोहराव नहीं, या कम से कम अनदेखे आइटमों की ओर मजबूत झुकाव।
  • मानव का पैटर्न-खोजी स्वभाव सच्ची यादृच्छिकता को तब “गलत” महसूस कराता है जब वह streaks या repeats पैदा करती है; इसकी तुलना gambler’s fallacy और अन्य प्रसिद्ध अंतर्ज्ञानों से की जाती है।
  • कई लोग तर्क देते हैं कि डिज़ाइनरों को probability theory की शुद्धता के बजाय उपयोगकर्ता अपेक्षाओं के लिए optimize करना चाहिए; अन्य लोग तकनीकी शुद्धता बनाए रखने का बचाव करते हैं, भले ही उपयोगकर्ता उसे गलत समझें।

मीडिया और UX में Random बनाम Shuffle

  • “random sample” बनाम “random shuffle” पर एक मजबूत चर्चा:
    • Sample: हर बार पूरे सेट से uniformly चुनना, जिससे repeats संभव हैं।
    • Shuffle: एक random permutation बनाना, फिर उसे एक बार चलाना।
  • संगीत प्लेयरों (Spotify, iPods, CD/MP3 players) के उपयोगकर्ता बार-बार repeats और “favorites पर अटक जाने” की शिकायत करते हैं, और इसे खराब मानते हैं।
  • सुझावों में शामिल हैं:
    • प्रति-उपयोगकर्ता history ट्रैक करना और हाल में देखे गए आइटमों को exclude या downweight करना।
    • weighted या structured algorithms का उपयोग करना (chunks, artist/tempo spacing, format-preserving encryption tricks)।
  • कुछ लोग ज़ोर देते हैं कि “shuffle should be like a deck of cards,” जबकि अन्य “कुछ समय से न सुने गए songs” की ओर bias चाहते हैं।

गेम डिज़ाइन और पक्षपाती यादृच्छिकता

  • चर्चा strategy और RPG games का संदर्भ देती है जो randomness को “fair महसूस” कराने के लिए समायोजित करते हैं, जैसे:
    • Tetris में bag-based randomizers के जरिए floods/droughts को सीमित करना।
    • “Karmic dice” जो हाल के streaks की भरपाई करते हैं।
  • इस पर बहस कि क्या खिलाड़ी “irrational” हैं, या क्या सरल probabilistic models प्रासंगिक context (बड़े battles, multiple hits, आदि) को अनदेखा करते हैं।

सांख्यिकीय चर्चा और परीक्षण

  • “लगभग उतने ही ones जितने zeros” का अर्थ स्पष्ट किया गया:
    • अनुपात 50/50 की ओर जाता है; पूर्ण अंतर आमतौर पर √n की तरह बढ़ता है।
  • duplicate comics और random के जरिए सभी comics देखने की कठिनाई समझाने के लिए birthday paradox और coupon collector के संदर्भ दिए गए हैं।
  • कुछ टिप्पणीकार प्रयोग करते हैं:
    • /dev/urandom को XKCD index range पर चलाने से counts अपेक्षित frequencies के आसपास cluster करते हैं।
    • XKCD random IDs को NIST STS में देने पर segfaults और कम-से-कम एक failed test (FFT) मिला, जो tool fragility और bitstream में nontrivial structure दोनों को उजागर करता है।
  • उल्लेख कि NIST STS और DIEHARD को पुराना माना जाता है; TESTU01 को अधिक आधुनिक बताया गया है।

XKCD-विशिष्ट कार्यान्वयन नोट्स

  • XKCD का random डिज़ाइन के अनुसार comic 404 वापस नहीं कर सकता।
  • कई टिप्पणीकार एक प्रति-उपयोगकर्ता shuffled deck of comic IDs (cookies या local storage के साथ) को एक अच्छा समझौता मानते हैं, हालांकि tracking संबंधी चिंताएँ नोट की जाती हैं।
  • XKCD के अपने “4” random-number joke और कुछ referrers के लिए जानबूझकर non-random व्यवहार पर भी कुछ हास्य है।