
كيف يعمل ترتيب Hacker News فعلاً: النقاط والجدل والعقوبات
تحليل أجراه كين شيريف عام 2013 تابع الصفحة الرئيسية لـ Hacker News أياماً وخلص إلى أن الصيغة المنشورة صحيحة في الأساس، لكن نظام عقوبات خفياً يشكّل الترتيب أكثر بكثير من التصويتات وحدها.
لا يزال تحليل أجراه كين شيريف عام 2013 يُذكر كلما تساءل مستخدمو Hacker News عن سبب اختفاء مقال فجأة من الصفحة الرئيسية. تابع شيريف صفحتي /news و /news2 كل دقيقة على مدى عدة أيام، ملتزماً بتوصية الموقع بعدم تجاوز صفحتين في الدقيقة، وحلّل صفحة HTML بواسطة Beautiful Soup ورسم النتائج بـ matplotlib.
النقاط ودورة إعادة الترتيب
الصيغة المنشورة، المأخوذة من نسخة متاحة من شفرة خادم Arc، ترتب المقال حسب عدد التصويتات وعمره بالدقائق ومجموعة من المعاملات: الجاذبية 1.8، وقاعدة الزمن 120 دقيقة، وهناك معاملات منفصلة للمقالات بلا رابط والمنشورات الخفيفة والنكات. ولأن الأس المرفوع للعمر أكبر من أس التصويتات، فإن كل نقاط تسعى في النهاية إلى الصفر، ولهذا لا يبقى شيء طويلاً في الصفحة الرئيسية.
لا يُعاد حساب الترتيب لكل المقالات في كل زيارة: يُعاد ترتيب المقال عند حصوله على تصويت وينتقل إلى موضعه المناسب، بينما تبقى بقية القائمة كما هي. وفوق ذلك، تُختار كل 30 ثانية مقالة من الخمسين الأولى عشوائياً وتُعاد ترتيبها، ويمكن تخزين الصفحات مؤقتاً حتى 90 ثانية. لذا قد يبقى مقال توقف عن جمع التصويتات في مكان خاطئ لدقائق.
نظام العقوبات
تبيّن أن الشفرة المنشورة دقيقة في معظمها، لكن النظام الفعلي يطبّق عقوبات أكثر بكثير مما يفترض المستخدمون. نحو 20% من مقالات الصفحة الأولى كانت معاقَبة، مقابل 38% في الصفحة الثانية. في ذلك الوقت كان أي عنوان يحتوي على NSA يتلقى عقوبة تلقائية قدرها 0.4؛ واختبر المؤلف كلمات مثل awesome و bitcoin و bubble فلم يجد أثراً مشابهاً. كما حملت نطاقات كثيرة عقوبات تلقائية بين 0.25 و0.8، منها github.com و medium.com و reddit.com و youtube.com و arstechnica.com و theguardian.com. ويشير شيريف إلى نظرية تقول إن المصادر الشهيرة تتلقى إرسالات متوازية وتصويتات أكثر مما تستحق، وأن عقوبات النطاقات التلقائية توازن هذا الأثر.
معامل العقوبة قاسٍ عملياً: 0.4 يعني أن كل تصويت يُحتسب 0.3 تصويت، أي أن المقال يهبط أسرع بنسبة 66% من المعتاد؛ أما 0.1 فيعني أن كل تصويت يُحتسب 0.05.
أبرز العقوبات هي الجدل. في الشفرة المنشورة كان contro-factor يفعّل العقوبة عند تجاوز التعليقات 20 وتفوقها على التصويتات، مصغّراً النقاط بمربع نسبة التصويتات إلى التعليقات. وفي الواقع رصد شيريف تفعيلها عند 40 تعليقاً، ويرجّح أن الأس 3 لا 2. والأثر مفاجئ: منشور كان في المرتبة الخامسة هبط إلى الثانية والعشرين لحظة وصوله 40 تعليقاً، وآخر اختفى تماماً من الستين الأولى.
ماذا يعني ذلك
الصفحة الرئيسية ليست حكم الأكثرية الصافي للتصويتات: فالمقال الذي يتصدر لا يحمل غالباً أعلى النقاط، وجاءت قائمة مقالات الصفحة الأولى المعاقبة في يوم واحد أطول مما توقعه المؤلف. أما مقاله هو فقد عوقب بمعامل 0.2 بعد دقائق من وصوله الصفحة الرئيسية؛ ويقول إنه لولا العقوبة لوصل إلى المرتبة الخامسة. وقيل له لاحقاً إن كاشف حلقات التصويت انطلق عن طريق الخطأ. الخلاصة واضحة: إذا كان لمقال تعليقات أكثر من التصويتات، فقد يقتله تعليق إضافي تماماً.
SiTech — تطوير ويب مدعوم بالذكاء الاصطناعي
نبني مواقع سريعة وعصرية وندمج الذكاء الاصطناعي في سير عمل الشركات. لديك مشروع أو سؤال؟ يسعدنا مساعدتك.