कल से पुरानी तारीखों के लिए वास्तविक तारीख दिखानी चाहिए

• "कल", "2 दिन पहले", "एक हफ्ते पहले" जैसे relative time display के इस्तेमाल पर एक आलोचनात्मक लेख
• लेखक Nikita Prokopov का तर्क है कि ऐसे display मानव भाषा और समय की समझ को सटीक रूप से नहीं दर्शाते
• Prokopov के अनुसार, इंसान "कल" को आज से 24 घंटे से कम नहीं बल्कि एक पूरी तारीख के रूप में परिभाषित करते हैं
• लेखक यह भी बताते हैं कि अलग-अलग platform "कल" की गणना अलग तरह से करते हैं, जिससे भ्रम और भरोसे में कमी आती है
• Prokopov "12 दिन पहले" जैसे display के इस्तेमाल की आलोचना करते हैं और कहते हैं कि इंसान स्वाभाविक रूप से "5 दिन से अधिक पहले" जैसी तरह से नहीं सोचते
• वे "पिछला हफ्ता/महीना/साल" जैसे अस्पष्ट शब्दों से बचने और स्पष्टता के लिए ठोस तारीखों का इस्तेमाल करने की सलाह देते हैं
• यह लेख 4 अक्टूबर 2023 को प्रकाशित हुआ था
• लेखक की आलोचना का लक्ष्य digital platform पर user experience और समझ को बेहतर बनाना है

[cosine20]

सच में, GitHub हो या YouTube, कुछ महीने पहले, कुछ साल पहले जैसी दिखावट बहुत नापसंद है। नीचे HN की राय में भी है, लेकिन 1 साल पहले का मतलब असल में 1.5 साल पहले भी हो सकता है, इसलिए यह बहुत अस्पष्ट है।

[budlebee]

यह बात सच में बहुत relatable लगती है। बनाने वाले के नज़रिए से देखें तो, xx दिन पहले दिखाने पर YY.MM.DD या mmddyyyy जैसी अलग-अलग देशों की date format की चिंता नहीं करनी पड़ती, लेकिन मुझे xx दिन पहले से बेहतर सीधे तारीख दिखाना लगता है।

[GN⁺]

Hacker News राय

• "1 साल पहले" जैसे relative time display की inaccurate होने पर टिप्पणियाँ; YouTube जैसे platforms पर इसका मतलब 365 दिन से 729 दिन के बीच कुछ भी हो सकता है
• अगर उपयोगकर्ता हर item खोलकर exact date न देखें, तो events या releases का सटीक क्रम समझना मुश्किल हो जाता है
• npm में पुराने packages ब्राउज़ करते समय यह समस्या खास तौर पर गंभीर होती है, जहाँ लगातार कई packages सभी "लगभग 1 साल पहले" दिखते हैं
• कुछ उपयोगकर्ता rounded relative time display को पूरी तरह हटाने का सुझाव देते हैं, क्योंकि यह गलतफहमी और भ्रम पैदा कर सकता है
• absolute <time> के उपयोग का सुझाव दिया गया, जिससे browser उपयोगकर्ता की preferences के अनुसार format कर सके
• तारीखों के अस्पष्ट प्रदर्शन की भी आलोचना हुई, खासकर जब weekday सबसे प्रासंगिक जानकारी हो। उदाहरण के लिए, GitLab history में यह जानना कि कुछ Friday को merge हुआ था, "पिछले हफ्ते" या "2 दिन पहले" से ज़्यादा उपयोगी है
• gitg application को timestamps गलत दिखाने के सबसे खराब उदाहरणों में से एक बताया गया; कई commits "3 दिन पहले" दिखते हैं, लेकिन दिन का समय नहीं बताते
• कुछ उपयोगकर्ताओं ने clarity के लिए relative और absolute दोनों timestamps दिखाने का सुझाव दिया
• टिप्पणियों में कहा गया कि "1 साल पहले" पर्याप्त रूप से सटीक नहीं हो सकता, लेकिन "11 महीने पहले" अक्सर होता है। ऐसी सुविधा लागू करते समय "1" से बचने का सुझाव दिया गया, जैसे "1 हफ्ते पहले" की जगह "6 दिन पहले" होना चाहिए
• GitLab UI की आलोचना "अभी-अभी", "अभी" जैसे अस्पष्ट शब्दों के इस्तेमाल के लिए भी हुई
• एक उपयोगकर्ता ने इस समस्या को यूँ संक्षेप में कहा: "UI communication है, और UI designers ने तय कर लिया है कि बड़बड़ाना cool है"