एक गलत वाक्य कितने समय तक टिका रहता है

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

27 अगस्त को हमने पेज पर बिताया गया समय जारी कर दिया। वाक्य वहीं रहा।

तेरह दिन सही, अट्ठाईस घंटे गलत

तारीखें सटीक हैं, क्योंकि रिपॉज़िटरी में वे दर्ज हैं। वाक्य 14 अगस्त को 22:41 पर जुड़ता है। पेज पर बिताया गया समय, छह श्रेणियों में, 27 अगस्त को 17:53 पर आता है — और उसी मिनट से वाक्य का दूसरा आधा हिस्सा गलत हो जाता है। 28 अगस्त को 21:57 पर इसे सुधारा जाता है।

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

कोई जाँच इसे क्यों नहीं पकड़ सकती थी

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

ऐसी जाँच की कल्पना की जा सकती है, जो परिचय के टेक्स्ट में सुविधाओं के नाम grep करे और उन्हें खोजे। वह लंबी और नाज़ुक होगी, और फिर भी दिलचस्प मामलों को चूक जाएगी, क्योंकि वाक्य में किसी टेबल का नाम नहीं था। उसमें एक कारण बताया गया था: इसके लिए सहमति बैनर की ज़रूरत पड़ती। वह कारण चुपचाप लागू होना बंद हो चुका था।

इसका अंत कैसे हुआ

एक सवाल से। किसी ने पूछा कि क्या हम बाउंस रेट दिखाते हैं, और ईमानदार जवाब देने के लिए उसके साथ वाला वाक्य भी पढ़ना पड़ा – और उसी पल वह ढह गया।

यह वही प्रक्रिया है, जिससे इस महीने की शुरुआत में इस पेज से चार और दावे हटे थे, और असल में यह कोई प्रक्रिया नहीं, किस्मत है। संभावना सुधारने का एक ही उपाय है: दावे को इतना सीमित रखकर लिखना कि उसकी जाँच संभव रहे। “हम X नहीं मापते, क्योंकि Y” नहीं, बल्कि “X इस पेज पर नहीं है” — यानी ऐसा वाक्य, जो उस पेज का वर्णन करे जिस पर वह लिखा है, न कि उसके पीछे के कारणों का।

आम सबक

कोड बिगड़ता है तो शोर होता है। कोड के बारे में लिखा गया गद्य चुपचाप बिगड़ता है, और अक्सर ठीक उसी पल, जब कोड बेहतर होता है।

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