आधिकारिक, नीति से निकली और अनुमानित तारीखें

A · आधिकारिक तारीख

निर्माता या सरकारी संस्था सही मॉडल या साफ बताई सीरीज़ की तारीख प्रकाशित करती है। स्रोत, दायरा और जाँच तारीख दिखाई जानी चाहिए।

B · नीति से निकली तारीख

सात साल जैसी अवधि को दर्ज शुरुआत से जोड़ा जाता है। हिसाब और मान्यताएँ नतीजे के साथ साफ रहनी चाहिए।

अनुमानित या अज्ञात

मूल स्रोत अधूरे हों तो तारीख अनुमान बताकर दिखाएँ या अज्ञात रखें। पक्की दिखने वाली तारीख अपने आप सबूत नहीं है।

कैलेंडर से पहले दावा पढ़ें

बात सामान्य होने पर भी तारीख पक्की दिख सकती है। पहले देखें कि स्रोत क्या कहता है: मॉडल का आखिरी महीना, न्यूनतम साल, OS पीढ़ियाँ या केवल मौजूदा अपडेट सूची। सही SKU की प्रकाशित तारीख A हो सकती है। दर्ज शुरुआत में अवधि जोड़ना B है और हिसाब दिखना चाहिए। विशेषज्ञ का अनुमान, पुराना चलन या दुकानदार की बात चुपचाप A/B नहीं बन सकती। दर्जा, दायरा, सटीकता और जाँच तारीख से पाठक समझ सके कि तारीख क्यों है और किस बदलाव से वह गलत होगी।

नीति का हिसाब दोहराया जा सकता है; यह गारंटी नहीं

सही हिसाब में अवधि, शुरुआत की घटना और तारीख, राउंड करने का नियम और सटीकता होती है। अमेरिकी पहली उपलब्धता से सात साल निकालने पर महीना मिल सकता है; जापान या नेटवर्क बिल्ड का आखिरी पैच दिन नहीं। साफ लिखें: बताई घटना/तारीख से इतने साल, बताए नियम से निकाला और दिन/महीने तक सटीक। कोई जरूरी जानकारी गायब हो तो हिसाब रोकें। दोहराने से हिसाब जाँचा जा सकता है, लेकिन असली वादा केवल निर्माता दे या बदल सकता है।

Pixel 8 और iPhone 16 की बात अलग क्यों लिखें

Google की सात साल नीति उपलब्धता से जुड़ी है, इसलिए Pixel 8 में सही वेरिएंट के साथ निकला महीना दिख सकता है। Apple का UK दस्तावेज़ सही उत्पाद की न्यूनतम UK अवधि बताता है, दुनिया भर की अंतिम तारीख नहीं। इसलिए iPhone शीर्षक सपोर्ट के स्रोत बताता और UK हिसाब न्यूनतम कहलाता है। पुराने iPhone का भरोसेमंद भविष्य वादा न हो तो अज्ञात तारीख और आखिरी रिलीज़ स्रोत दिखाएँ। एक जैसे बिक्री नाम से एक जैसे शीर्षक या SEO दावे सही नहीं हो जाते।

तारीख की सटीकता भी दावे का हिस्सा है

दिन, महीना, साल या अवधि सिर्फ डिज़ाइन नहीं हैं। “अक्टूबर 2030” को 1 अक्टूबर न दिखाएँ, जब तक साफ न हो कि वह सिर्फ महीने को स्टोर करने की तारीख है। न्यूनतम को अंतिम तारीख की तरह न लिखें। स्रोत टकराएँ तो दोनों रखें, मुख्य स्रोत बताएँ और फर्क समझाएँ; औसत न निकालें। केवल जाँच समय बदलना बड़ा सुधार नहीं। नया स्रोत, दायरा, शुरुआत या हिसाब का सुधार असली बदलाव है और पढ़ने योग्य इतिहास में जाना चाहिए।

पाठक तारीख कैसे जाँच सकता है

स्रोत खोलकर प्रकाशक, सही उत्पाद शब्द और क्षेत्र मिलाएँ। डिवाइस का मॉडल कोड देखें। स्रोत लॉन्च के बाद का है या नए बयान ने उसे बदला है, जाँचें। हिसाब और राउंडिंग फिर करें। नेटवर्क, क्षेत्रीय हार्डवेयर, आपात अपडेट और पैच अंतराल की सीमाएँ देखें। जरूरी कदम न हो सके तो भरोसा घटाएँ या अंतिम तारीख अज्ञात रखें। मकसद ज्यादा तारीखें देना नहीं, उतनी ही बात कहना है जितनी स्रोत साबित करता है।

कब स्रोत का भरोसा घटाएँ

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

कैटलॉग के असली उदाहरण

मॉडल पहचान और क्षेत्र साथ मिलाएँ; केवल बिक्री नाम काफी नहीं। ये रिकॉर्ड दिखाते हैं कि असली स्रोत पर तरीका कैसे लागू होता है।

यह गाइड कैसे तैयार हुई

DevLifeCheck निर्माता के वादे, सरकारी सूचना और संपादकीय समझ अलग रखता है। संपादक मूल स्रोत, सही मॉडल और क्षेत्र जाँचते हैं। गायब तारीख को अनुमान नहीं बनाते।

काम की गाइड