لا أرى أي تغيير يتعلق بـ min flaggers to hide؟ هل فاتني ذلك أم تم استبعاده؟
بالنسبة لي، كان هذا هو الأهم؛ وإذا لم تكن تخطط لإجراء تغييرات أخرى لفترة، فسأضطر على الأرجح إلى العودة إلى إصدار أقدم من الكود المصدري.
بخصوص:
إصلاح: لا يجب أن تُحتسب الأعلام المُتجاهلة في درجة دقتك
إزالة الحالات الخاصة للإبلاغ
إصلاح: إعادة ميزة TL3 → TL0 الخاصة بالرسائل المزعجة
إذا فهمت بشكل صحيح، فإن هذه التغييرات ستؤثر فقط على مستخدمي TL3 فما فوق، بينما لدينا العديد من المشاكل مع مستخدمي TL0 و TL1، لذا لن تساعدنا هذه التغييرات.
أما بخصوص:
إصلاح: لم تكن الحساسية تعمل افتراضيًا
إصلاح: اشتراط حد أدنى من العناصر القابلة للمراجعة قبل حساب العتبات
ضبط حساب حساسيات/أولويات العناصر القابلة للمراجعة
هذه التغييرات قد تساعد قليلاً في البداية، لكن يبدو أنها قد تتدهور مع مرور الوقت؟
سيؤثر الارتفاع الأساسي في الحساسية على المستخدمين مع مرور الوقت بطريقة ما، غير واضح بالضبط كيف.
يبدو أن target_count يؤخر تراكم الدقة لأن عددًا أقل من المنشورات يُدرج في الحسابات، إذا فهمت وظيفتها بشكل صحيح. لكنها ستستبعد أيضًا المنشورات ذات العلم الواحد، لذا قد تزيد تراكم الدقة لبعض المستخدمين؟
هل يمكنك توضيح ما إذا كنت أغفل شيئًا، أم أنني أقرأ التغييرات بشكل خاطئ؟
أرى أن self.target_count مُعرَّف في app/jobs/scheduled/reviewable_priorities.rb ومُضبط على 2. هل سيؤدي تغييره محليًا وإعادة البناء إلى الحصول على حد أدنى من 3 أعلام قبل إخفاء أي شيء؟ - تعديل - أعتقد أن هذا كان أملًا طائشًا بعد القراءة بعمق أكثر، لكنني سأترك السؤال قائمًا على أي حال. أفسره حاليًا على أنه الحد الأدنى لعدد الأعلام المطلوبة لكي تؤثر عنصر مُراجع على دقة المستخدم؟