खाली फ़ील्ड वाला स्कोरकार्ड: भारतीय क्रिकेट की डेटा चेन कैसे 'सफल' होकर भी शून्य लौटाती है

खाली फ़ील्ड वाला स्कोरकार्ड

सात पंक्तियों की एक तालिका मेरे सामने थी और उसमें एक भी पंक्ति भरी हुई नहीं थी। शीर्षक के सामने N/A, स्रोत के सामने N/A, प्रकार के सामने Unclassified, एक-वाक्य सारांश खाली, लेखक का रुख N/A, उद्देश्य N/A, और सूचना-बिंदुओं वाली सूची पूरी तरह खाली। जिसने यह तालिका भेजी थी, उसने उसे 'पूर्ण' कहा था। कोई त्रुटि संदेश नहीं था, कोई चेतावनी नहीं थी, कोई लाल रंग नहीं था। एक साफ़-सुथरी, अच्छी तरह फ़ॉर्मेट की गई तालिका, जिसमें जानकारी शून्य थी।

जो बात मुझे रोककर खड़ी कर गई, वह यह थी कि तालिका की आख़िरी दो पंक्तियाँ ग़ायब नहीं थीं। 'शामिल संस्थाएँ' और 'स्रोत की गुणवत्ता' दोनों वहीं थीं, दोनों N/A, और दोनों अपने आप में पूरी तरह वैध दिख रही थीं। डिज़ाइन के अनुसार ये दोनों फ़ील्ड ऊपर वाली सूचना-बिंदु सूची से निकाली जानी थीं। सूची खाली थी। यानी दो ऐसी पंक्तियाँ, जिन्हें अपने माता-पिता फ़ील्ड से गणितीय रूप से बनना था, खाली माता-पिता से बिना एक शब्द शिकायत किए बन गईं और 'N/A' लिखकर चुपचाप बैठ गईं।

क्रिकेट में इसका ठीक-ठीक एक नाम है। इसे ग़लत स्कोरकार्ड कहते हैं — वह स्कोरकार्ड जो अपने खुद के आंकड़ों से मेल नहीं खाता। बीस ओवर, सात विकेट, और कुल योग के बगल में ऐसा जोड़ जो टीम के बल्लेबाज़ों के योगदान से नहीं बनता। कोई स्कोरकार्ड अगर अपने ही कॉलमों को नहीं जोड़ पा रहा, तो मसला बल्लेबाज़ी का नहीं है, मसला उस काग़ज़ का है जिस पर वह छपा है।

स्कोरकार्ड का गणित और पाइपलाइन का गणित

क्रिकेट की स्कोरिंग व्यवस्था दुनिया की सबसे पुरानी डेटा-वैलिडेशन प्रणालियों में से एक है, और यह मज़े की बात है कि इसे किसी ने डेटाबेस नहीं कहा। इसमें तीन स्वतंत्र जोड़ हैं जिन्हें हर पारी के अंत में मिलना ज़रूरी है: बल्लेबाज़ों के रन का योग, टीम के कुल योग, और चौकों-छक्कों से निकलने वाला रन। चौथा अप्रत्यक्ष जोड़: विकेट गिरने के ओवर-संख्या का क्रम बॉल-बाय-बॉल के क्रम से नहीं टकराना चाहिए। अगर ये चारों नहीं मिले, तो स्कोरकार्ड रोक दिया जाता है। स्कोरर अपनी कलम नीचे रख देता है। मैच कुछ देर के लिए रुक सकता है।

इसके विपरीत, आधुनिक क्रिकेट-कंटेंट पाइपलाइन में ऐसा कोई अनिवार्य जोड़ मौजूद नहीं है। Stage-1 किसी लेख को पढ़ता है और सूचना-बिंदु निकालता है। Stage-2 उन बिंदुओं को समूहों में बाँटता है, विरोधाभास खोजता है, और विश्लेषण लिखता है। बीच में एक कदम है जिसे सब 'व्युत्पन्न फ़ील्ड' कहते हैं — जैसे संस्थाएँ, स्रोत-गुणवत्ता, समय-संवेदनशीलता। इन व्युत्पन्न फ़ील्डों का एक ही काम है: नीचे की सूची को पढ़कर ऊपर एक समेकित निर्णय देना। लेकिन जिस क्षण वह नीचे की सूची खाली मिलती है, उस क्षण उसके सामने दो रास्ते होने चाहिए — या तो त्रुटि फेंको, या तो 'अपर्याप्त इनपुट' लिखो। तीसरा रास्ता, 'N/A लिखकर आगे बढ़ जाओ', तकनीकी रूप से सबसे साफ़ दिखता है और असल में सबसे ख़तरनाक है।

N/A कोई सूचना नहीं है, लेकिन वह एक वैध मान है — और जिस स्कीमा में N/A वैध मान हो, वह स्कीमा पूर्णता को शुद्धता पर तरजीह देती है।

यह पंक्ति मैंने अपनी एक बहुत पुरानी गलती के बाद लिखी थी। साल 2026 में, चेन्नई की एक बायोमैकेनिक्स लैब में जूनियर शोध पद पर बैठे छह महीने हो चुके थे, तब मैंने तमिलनाडु प्रीमियर लीग के बत्तीस मैचों को ब्रॉडकास्ट फ़ीड से हाथ से कोड करना शुरू किया था। ग्यारह हफ़्ते, चार हज़ार एक सौ बारह गेंदें, हर गेंद पर रिलीज़ हाइट, रिवॉल्यूशन्स और पिच ज़ोन के तीन टैग। उस डेटाबेस ने बताया कि चेपॉक का पहली पारी का पार 148 है, जबकि टीमें 165 का पीछा करती घूम रही थीं। उसने यह भी बताया कि ओवर सात से पंद्रह के बीच गिरे 58 प्रतिशत विकेट पाँचवीं स्टंप लाइन पर पड़ने वाली गेंदों पर गिरे। चेपॉक सुपर गिलीज़ ने ख़िताब जीता, और जिस संख्या ने वह ख़िताब समझाया, वह किसी अख़बार में नहीं छपी। मैंने वह संख्या नौ सौ शब्दों में लिखी, एक ऐसी साइट के लिए जिसने पंद्रह सौ रुपये दिए।

उस सर्दी के बाद मैंने ऐसा कोई वाक्य लिखना बंद कर दिया जिसमें 'स्पिन-अनुकूल पिच' जैसा कोई शब्द हो। पिच को मैं निर्देशांक कहने लगा। और हर लेख किसी नापी जा सकने वाली बात से खुलने लगा — पार स्कोर, लाइन, रिलीज़ एंगल — किसी कहानी से पहले। वह टेम्पलेट अब भी वही है: पहले कोड करो, फिर पुष्टि करो, फिर लिखो। यही टेम्पलेट यह भी समझाता है कि मेरी डेडलाइन सालों तक क्यों फिसलती रही।

अब वापस उस खाली तालिका पर। उस तालिका में समस्या यह नहीं थी कि Stage-1 कुछ नहीं पढ़ पाया। समस्या यह थी कि उसने 'कुछ नहीं पढ़ा' और 'पढ़ा, पर कुछ नहीं निकाला' में कोई अंतर नहीं रखा। दोनों सूरतें एक ही आउटपुट दे रही थीं, और दोनों अपने-अपने तरीके से पूरी तरह सफल दिख रही थीं। यह वहीं वाली बीमारी है जो घरेलू क्रिकेट की कवरेज में है — और वहाँ यह कोई सॉफ़्टवेयर बग नहीं, संस्थागत आदत है।

घरेलू पिरामिड में यह गड़बड़ नियम है, अपवाद नहीं

भारतीय क्रिकेट का असली प्रयोगशाला घरेलू पिरामिड है, क्योंकि चयन-तर्क वहीं बनता है। और वहीँ रिकॉर्ड-कीपिंग सबसे पतली है। यह विरोधाभास मुझे सबसे पहले रणजी ट्रॉफी के ऑनलाइन स्कोरकार्ड देखने में मिला, जहाँ एक ही पारी के दो अलग-अलग संस्करण पाँच मिनट के अंतर पर लाइव थे और दोनों में चौथे विकेट का योग कुछ और था। पहले मुझे लगा कि यह लाइव-अपडेट की सामान्य देरी है। फिर मैंने तीन सीज़न के मैचों के अंतिम स्कोरकार्ड और उनके बल्लेबाज़ी-योग जोड़कर देखे। पचास से ज़्यादा मैचों में टीम-योग और बल्लेबाज़ों-योग के बीच का अंतर कभी शून्य नहीं दिखा, और वह अंतर हमेशा एक ही अंतराल की तरह नहीं था — कभी चार रन, कभी बारह।

जब डेटा अपने ही अंतर को नहीं समझा सकता, तब उस अंतर का आकार ही आपका एकमात्र वफ़ादार पैमाना होता है।

सीम डेटाबेस वाली बात यहीं से आती है। साल 2026 में एक अगस्त से ग्यारह सितंबर के बीच इंग्लैंड में भारत के पाँच टेस्ट मैचों की छह हज़ार तीन सौ चौवन गेंदें मैंने दर्ज कीं — सीम पोज़िशन, लेंथ बैंड, और ड्यूक्स बॉल पर लेटरल मूवमेंट। सीम डेटाबेस पूरा लगता रहा, जब तक गुम ओवर दोहराने नहीं लगे। एक ही ओवर-रेंज बार-बार गायब मिली। लॉग के अनुसार भारतीय सीमर ओवर पच्चीस से चालीस के बीच 3.6 की दर से रन दे रहे थे, जबकि जेम्स एंडरसन ने उसी सीरीज़ में चौबीस विकेट लिए और सैम करन, जिन्हें प्लेयर ऑफ़ द सीरीज़ चुना गया, चालीस-चालीस मिनट के झटकों में मैच जीते। मेरा लॉग इन झटकों को नहीं देख रहा था, क्योंकि मेरा लॉग उन ओवरों को रिकॉर्ड ही नहीं कर रहा था जिनमें वे आए।

यही कारण है कि मैं 'गुम ओवर' शब्द को लाक्षणिक नहीं, तकनीकी रूप से इस्तेमाल करता हूँ। भारतीय घरेलू कवरेज में ऐसे फ़ेज़ व्यवस्थित रूप से गिरते हैं जो मैच तय करते हैं: बीच के ओवर, दूसरी स्पेल का सीम बॉलिंग, और गीली गेंद के नीचे डेथ बॉलिंग। यह दुर्घटना नहीं है। इन फ़ेज़ को कवर करने में कैमरा पोज़िशन बदलती है, कमेंट्री की लय टूटती है, और सबसे बड़ी बात — इनमें कोई 'इवेंट' नहीं होता। छठे ओवर की चौकी को क्लिप में बदलना आसान है; अठारहवें ओवर के उस स्पेल को क्लिप में बदलना मुश्किल है जिसमें गेंदबाज़ ने लगातार चौथी स्टंप पर गेंद रखकर बल्लेबाज़ को कुछ नहीं दिया। तेरह गेंदों का वह स्पेल स्कोरकार्ड में पाँच रन और शून्य विकेट के रूप में दिखता है, यानी कुछ भी नहीं। संरचनात्मक रूप से, जो सबसे ज़्यादा मायने रखता है वही सबसे कम दर्ज होता है।

तीन विफलता-मोड जो एक ही तालिका में छिपे थे

पहला: व्युत्पन्न फ़ील्ड जो अपने माता-पिता को सत्यापित नहीं करते। उस तालिका में 'शामिल संस्थाएँ' को 'ऊपर के सूचना-बिंदुओं से पहचानें' कहा गया था। सूचना-बिंदु थे ही नहीं। इसके बावजूद फ़ील्ड ने N/A लौटाया और आगे बढ़ गया। क्रिकेट में इसका समानांतर यह है: एक ऐसी सांख्यिकी जो किसी मैच की घटनाओं से न निकले बल्कि किसी पुराने औसत से निकले और फिर उसी मैच पर लागू कर दी जाए। जब आप 'बीच के ओवरों में स्पिनरों का इकॉनमी' किसी ऐसे आंकड़े से बताते हैं जिसमें वे ओवर ही रिकॉर्ड न हुए हों, तो आप सच नहीं बोल रहे होते — आप एक खाली कॉलम के आधार पर बना हुआ प्रतिशत बोल रहे होते हैं। और चूँकि वह प्रतिशत दिखने में ठीक उतना ही अच्छा है जितना असली, कोई उसे चुनौती नहीं देता।

दूसरा: 'अपर्याप्त इनपुट' कभी एक वैध आउटपुट नहीं बनाया गया। उस तालिका में एक भी जगह ऐसा नहीं लिखा था कि इनपुट अपर्याप्त है। सारी जगह N/A था, जो दिखने में शिष्ट है और अर्थ में झूठा। यह मुझे बत्तीस मैचों वाली उस गर्मी में सबसे ज़्यादा चुभा था। बत्तीसवें मैच तक स्पिन-एंगल मैप मुझसे सहमत होना बंद कर चुका था, और मैं उसे 'पिच का मिज़ाज' कहकर समझा रहा था — यानी मैं अपने ही मॉडल के खाली कॉलम को कहानी से भर रहा था। कहानी भरना सबसे आसान काम है। मॉडल में 'यहाँ मैं नहीं जानता' लिखना सबसे मुश्किल।

तीसरा: एक अकेला लेबल अगर इनपुट की जगह ले ले। उस तालिका में संदर्भ की एकमात्र ज़िंदा चीज़ थी डोमेन लेबल: cricket_world। बस इतना। और यह ठीक वही स्थिति है जिसमें क्रिकेट-मीडिया का बड़ा हिस्सा रोज़ काम करता है — मैच का नाम पता है, टीमें पता हैं, टॉस पता है, बाकी सब भरना है। एक लेबल से गहरा विश्लेषण निकालना विश्लेषण नहीं, निर्माण है। और क्रिकेट-लेखन में निर्माण की एक पहचान होती है: वह हमेशा खेल के उस हिस्से की तरफ़ भागता है जिसे सब जानते हैं। इसीलिए हज़ारों शब्द छक्कों पर लिखे जाते हैं और एक हजार शब्द भी उस गेंदबाज़ पर नहीं जो सातवें से पंद्रहवें ओवर तक सिर्फ़ चौथी स्टंप पर गेंद डालता रहा।

और यही वजह है कि मुझे लगता है कि यह पूरी घटना क्रिकेट की घटना है, सिर्फ़ तकनीकी नहीं। घरेलू क्रिकेट की कवरेज में भी हर फ़ील्ड भरा हुआ दिखता है। टीम लिस्ट है, स्कोरकार्ड है, फ़ोटो हैं, क्वोट हैं। और फिर भी उसमें से कोई यह नहीं बता पाता कि चेपॉक पर 165 का पीछा क्यों किया जा रहा था जब पार 148 था। जानकारी शून्य है, पर तालिका पूरी है। तकनीकी पाइपलाइन में यह बग है; क्रिकेट कवरेज में यह प्रोडक्ट है।

जहाँ मैंने अपना ही मॉडल तोड़ा

यह ज़रूरी है कि मैं वह हिस्सा भी लिखूँ जहाँ मेरा तर्क खुद पर लागू होता है। साल 2026 में लैब की फ़ंडिंग जम गई, पद चला गया, और मैं पूरे साल फ़्रीलांस विश्लेषक रहा। उस साल 19 सितंबर से 10 नवंबर के बीच यूएई में आईपीएल के साठ मैच मैंने कोड किए, जहाँ मुंबई इंडियंस ने दुबई में दिल्ली कैपिटल्स को पाँच विकेट से हराया। मेरे लॉग ने बताया कि साठ में से सैंतीस मैच दूसरी पारी खेलने वाली टीम ने जीते। यह संख्या इतनी साफ़ थी कि उससे एक आसान कहानी बन रही थी: दूसरी पारी खेलना ही बेहतर है। लेकिन कहानी ग़लत दिशा में जा रही थी। जो बात असल में इस संख्या को समझा रही थी, वह ओस थी — यानी रात के दूसरे हिस्से में गेंद का फिसलना और स्पिनर के हाथ से कंट्रोल का निकल जाना। यह रणनीति नहीं, मौसम था। अगर मैंने 'दूसरी पारी का फ़ायदा' लिख दिया होता, तो मैंने अपने ही डेटा से एक ऐसा निष्कर्ष निकाल लिया होता जो अगले साल किसी ठंडे मैदान पर बेकार साबित होता।

एक मज़बूत संख्या अक्सर एक कमज़ोर कारण की मेज़बान होती है।

और फिर उसी साल 19 दिसंबर को एडिलेड में भारत एक पारी में 21.2 ओवर में 36 रन पर ढेर हो गया। मैंने वे एक सौ अठाईस गेंदें दोबारा देखीं, शॉट-सिलेक्शन मैप बनाया, और लेख नौ दिन देर से भेजा। संपादक ने वह चला दिया। वह देरी मुझे नौकरी जाने से ज़्यादा चुभी थी। उसके बाद मैंने एक नियम बनाया — कोडिंग के अधिकतम बहत्तर घंटे, फिर जो डेटा कहता है वह लिख दो — और अपनी कार्यप्रणाली पहले छापनी शुरू की, निष्कर्ष बाद में। पाठक मशीनरी देखकर खुद फ़ैसला कर सके, यही तर्क था। फाइलिंग दर दोगुनी हो गई; पूर्णतावाद ख़त्म नहीं हुआ, सिर्फ़ शेड्यूल हो गया।

जो फ़्रेम उधार लिए, और जहाँ वे टूटते हैं

क्रॉस-डोमेन उधार लेना मेरी आदत है और मुझे उस पर शक भी है। साल 2026 की उसी खिड़की में मैंने रूस विश्व कप की एक समानांतर शीट बनाई थी, जहाँ फ़्रांस ने क्रोएशिया को 4-2 से हराया था और उसके पास गेंद सिर्फ़ 39 प्रतिशत समय के लिए थी। सवाल दो खेलों में एक ही था: गेंद के बिना जगह को कौन नियंत्रित करता है? फ़्रांस का लो-ब्लॉक उस सवाल का जवाब था, और उस शीतकाल में वह फ़्रेम मेरे एक क्रिकेट लेख के पैराग्राफ़ में घुस आया — डिफ़ेंसिव फ़ील्ड सेटिंग पर।

लेकिन यहाँ मैं उस मैपिंग की सीमा भी साफ़ लिखना चाहता हूँ, क्योंकि उधार लेने का सिग्नेचर मूव यही है कि उधार का फ़्रेम कभी अपने सामने परखा ही न जाए। फ़ुटबॉल में 'जगह नियंत्रित करना' एक सतत अवस्था है — आप लगातार बिना गेंद के भी जगह रोक रहे होते हैं, और आपका डिफ़ेंसिव शेप नब्बे मिनट एक ही तर्क पर चलता है। क्रिकेट बंटा हुआ खेल है: हर ओवर के बाद एक रीसेट होता है, हर ओवर में छह अलग-अलग घटनाएँ होती हैं, और जो रणनीति पहले पंद्रह ओवर तक सही थी वह सोलहवें ओवर में ग़लत हो सकती है क्योंकि फ़ील्डिंग रिस्ट्रिक्शन हट गया। लो-ब्लॉक का असली एनालॉग क्रिकेट में 'डॉट बॉल का ढाँचा' है, न कि 'जगह पर कब्ज़ा'। जब मैंने यह अंतर साफ़ किया, तब जाकर वह पैराग्राफ़ काम का रहा; पहले वह सिर्फ़ अच्छा लग रहा था।

इसी तरह, फ़ुटबॉल में तीन-पीछे वाली कतार का जो पुनरुत्थान चल रहा है, उसे मैं प्रगति नहीं मानता। मुझे वह प्रबंधकों का जोखिम-स्थानांतरण लगता है — वे चार-मैन लाइन के उजागर होने का प्रतिष्ठा-जोखिम नहीं उठाना चाहते, इसलिए एक अतिरिक्त सेंटर-बैक जोड़कर ज़िम्मेदारी को संरचना के भीतर छिपा देते हैं। और यहाँ मुझे अपनी ही तालिका की गंध आती है: जब आप असली जोखिम उठाने से बचने के लिए संरचना में एक कॉलम जोड़ देते हैं, तो संरचना पूरी दिखती है और सवाल अनुत्तरित रह जाता है। उस खाली तालिका के व्युत्पन्न फ़ील्ड ठीक यही कर रहे थे — उन्होंने जवाब देने से बचने के लिए फ़ॉर्मेट पूरा कर लिया।

सबसे कमज़ोर कड़ी वह है जिसे 'पूर्ण' मिलता है

अब मैं वह बात लिखता हूँ जो इस पूरे प्रसंग में उलटी लगेगी, और यही मेरा असली मत है।

समस्या यह नहीं है कि पाइपलाइन खाली लौटी। समस्या यह है कि उसे खाली लौटने पर शर्म नहीं आई।

किसी भी सिस्टम में, जिस फ़ील्ड के पास 'N/A' लिखने का वैध विकल्प हो, वह फ़ील्ड कभी भी अपनी विफलता की रिपोर्ट नहीं करेगा। वह N/A लिखेगा और आगे बढ़ जाएगा, क्योंकि N/A लिखने पर कोई सज़ा नहीं है और त्रुटि फेंकने पर पूरा फ्लो रुक जाता है। यह मानवीय स्वभाव नहीं, इंसेंटिव डिज़ाइन है। और यह ठीक वैसे ही काम करता है जैसे एक ऐसा स्कोरर जिसे बताया गया हो कि अगर बल्लेबाज़ों का जोड़ टीम-योग से न मिले तो वह टीम-योग के आगे तारा लगा दे और स्कोरकार्ड आगे बढ़ा दे। तारा लगाने की इजाज़त मिलते ही हर स्कोरकार्ड में तारे होंगे।

दूसरी बात, और यह मुझे ट्रांसफ़र-विंडो के उस मौसम में ज़्यादा साफ़ दिखती है जिसमें हम सब काम कर रहे हैं: जब बाज़ार अफ़वाहों से भरा हो, तो सबसे बड़ा दबाव सच बोलने का नहीं, खाली जगह भरने का होता है। पंद्रह सौ शब्द का स्पेस है, तीन सौ शब्द की जानकारी है, तो बाकी बारह सौ शब्द कहाँ से आएंगे? वे अनुमान से आएंगे, और अनुमान को वही शिष्ट N/A मिल जाएगा जो उस तालिका में था — यानी भाषा के भीतर 'संभवतः', 'माना जा रहा है', 'सूत्रों के अनुसार'। मैंने कभी किसी ट्रांसफ़र अफ़वाह पर लिखना नहीं चुना, क्योंकि मेरे लिए वह सवाल दिलचस्प नहीं — सवाल यह है कि किसी टीम का स्क्वाड-स्ट्रक्चर किस तरह के स्पेस को कवर करने में नाकाम है। लेकिन उस मौसम का असर मुझ पर भी पड़ता है: खाली स्पेस भरने का दबाव हर उस लेख में मौजूद रहता है जो डेडलाइन के पास लिखा जा रहा हो। मेरा बहत्तर-घंटे का नियम इसी दबाव के खिलाफ़ है, और वह एक कमज़ोर ढाल है।

तीसरी बात, जिसे मैं मीडिया के हिसाब से सबसे महंगी मानता हूँ। एसईओ की जो मौजूदा माँग है — हर लेख में 'सूचना-लाभ' होना चाहिए, यानी पाठक को कुछ नया पता चले — वह अपने आप में सही है, पर उसकी एक बुरी प्रेरणा है। जब हर लेख में नया होना अनिवार्य हो जाए, तो सबसे सस्ता नया यह होता है कि खाली कॉलम को किसी ऐसी बात से भर दिया जाए जो देखने में नई लगे। मेरा मानना है कि उस खाली तालिका में जो हुआ, वह माँग की विफलता नहीं थी — वह माँग की सफलता थी। तालिका शून्य लौटाकर भी अपनी शक्ल से पूरी थी, और शक्ल से पूरी चीज़ें सबसे आगे निकल जाती हैं।

जो अंत मुझे मॉडल ने नहीं बताया

मैं अपने हर लेख में एक ऐसी मैच-किस्म पहले से तय कर देता हूँ जो मेरे तर्क को तोड़ेगी, और परिणाम के बाद उसी अनुच्छेद को लिखता हूँ। यहाँ वह किस्म साफ़ है: अगर किसी टूर्नामेंट में अधूरे स्कोरकार्ड वाले मैचों के आँकड़े पूरे स्कोरकार्ड वाले मैचों के आँकड़ों से सांख्यिकीय रूप से अलग निकलें, तो मेरा 'गुम ओवर' वाला पूरा तर्क बेकार है। यानी अगर खाली जगहें बेतरतीब ढंग से बिखरी हों, तो वे किसी निष्कर्ष को नहीं मोड़ सकतीं। मेरे पास अब तक के चार्ट कहते हैं कि वे बेतरतीब नहीं हैं — TNPL में वे ओवर सात से पंद्रह पर झुकते थे, इंग्लैंड 2026 में ओवर पच्चीस से चालीस पर, यूएई 2026 में दूसरी पारी की आख़िरी ग्यारह ओवरों पर। तीन अलग टूर्नामेंट, तीन अलग फ़ॉर्मैट, एक ही आकार का छेद। जब कमी बेतरतीब न हो, तो वह कमी नहीं, वह संरचना होती है।

मैं नक्शे पर तभी भरोसा करता हूँ जब उसे अपने हाथ से बदतर ढंग से दोबारा बना चुका होऊँ। उस तालिका के मामले में मुझे दोबारा बनाने की ज़रूरत ही नहीं पड़ी, क्योंकि वह खुद ही बदतर थी। जो चीज़ मुझे लिखनी है, वह यह है कि हमें अपने सिस्टम में एक ऐसा दरवाज़ा चाहिए जो N/A से पहले बंद हो जाए — सूचना-बिंदु खाली मिले तो रुक जाओ, त्रुटि फेंको, 'अपर्याप्त इनपुट' लिखो। यह एक पंक्ति की शर्त है और यह पूरी श्रृंखला को बचा सकती है। क्रिकेट में हम यह काम सदियों से करते आए हैं, बस उसे 'डेटाबेस' नहीं कहते। स्कोरर अगर जोड़ न मिले तो कलम रोक देता है। हमें बस अपनी मीडिया-चेन के लिए एक स्कोरर नियुक्त करना है।

अगली बार जब कोई 'पूर्ण' डेटा दिखाए, तो एक ही सवाल पूछिए: इसके चारों खानों का जोड़ मिलता है? अगर नहीं मिलता, तो आपके पास तालिका है और जानकारी नहीं। और जिस दिन कोई संपादक यह पूछना शुरू कर दे — 'यहाँ N/A क्यों है, यह क्यों नहीं भरा' — उस दिन हैडलाइनों में यह नहीं लिखा जाएगा कि फलाना स्पिनर 'रहस्य' है। लिखा यह जाएगा कि वह पंद्रहवें ओवर में चौथी स्टंप लाइन पर क्या कर रहा है, और पाठक खुद फ़ैसला करेगा कि उसे रहस्य कहना है या डेटा।