Has_not_been_viewed_much

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

“has_not_been_viewed_much” फ़्लैग का दायरा

  • API क्वेरी में ~113k कलाकृतियाँ “rarely viewed” के रूप में लेबल की हुई दिखती हैं; जैसे-जैसे लोग साइट का उपयोग करते हैं, यह संख्या साफ़ तौर पर घटती जाती है।
  • लगता है यह फ़्लैग “2010 से अब तक ~200 से कम views” का अर्थ देता है, लेकिन इम्प्लीमेंटेशन विवरण स्पष्ट नहीं हैं।
  • यह स्पष्ट नहीं है कि थर्ड-पार्टी साइटों के ज़रिए हुए views गिने जाते हैं या नहीं, और क्या bots/crawlers को बाहर रखा जाता है।

मेट्रिक पर साइट का प्रभाव

  • कुछ लोगों को चिंता है कि साइट कम-view वाली कृतियों को threshold के ऊपर धकेलकर मेट्रिक को “खराब” कर देती है, और अंततः पूल खाली हो जाएगा।
  • दूसरों का तर्क है कि असली human views “inflation” नहीं हैं, और ध्यान आकर्षित करना ही उद्देश्य है।
  • चिंता यह भी है कि अगर cutoff date और threshold hard-coded हैं, तो सूची अंततः कुछ भी वापस नहीं करेगी।

तकनीकी और UX मुद्दे

  • उपयोगकर्ता रिपोर्ट करते हैं कि इमेज पर “failed to load” दिखता है जबकि API calls सफल होती हैं, संभवतः Cloudflare anti-bot/Turnstile व्यवहार के कारण, खासकर VPNs के साथ।
  • इमेज को full size में expand न कर पाने और वापस आने पर वर्तमान में दिख रही कृति खो जाने की शिकायतें हैं।
  • backend design को लेकर जिज्ञासा: क्या फ़्लैग निकालने के लिए cron job, triggers, या heavy joins इस्तेमाल होते हैं।
  • इस पर चर्चा कि views कैसे ट्रैक होते हैं (client-side बनाम server-side, app बनाम web) और aggressive crawlers ने counts को और ऊपर क्यों नहीं धकेला।

Boolean naming और API design

  • naming पर बहस: कुछ लोग has_been_viewed_much जैसा positive flag पसंद करते हैं; दूसरों को explicit negative “interesting” property लगती है।
  • rarely_viewed जैसे alternatives और numeric view count को range filters के साथ expose करने का विचार सुझाया गया है।
  • सामान्य चेतावनी कि negative boolean names अक्सर code में confusing double negations पैदा करते हैं।

सांस्कृतिक प्रतिक्रियाएँ और उपमाएँ

  • बहुतों को यह साइट addictive लगती है, जैसे obscure art की एक slot machine, और वे अपनी पसंदीदा खोजें साझा करते हैं।
  • sketches, studies, और कम-सराही गई कृतियों के लिए गहरी सराहना; least-viewed Wikipedia articles और zero-play songs/videos (Spotify, YouTube) से तुलना।
  • libraries द्वारा “unloved” books को हटाने के फ़ैसले के साथ समानांतर खींचा गया: efficient curation और forgotten works को बचाने के बीच तनाव।
  • कुछ लोग इस पर संदेह करते हैं कि लंबे-पूंछ वाले content पर और ध्यान देने की दुनिया को ज़रूरत है या नहीं, जबकि दूसरों को इसे पुनर्जीवित करने का रोमांटिक आकर्षण दिखता है।