Non vedo alcun cambiamento relativo a min flaggers to hide? Me lo sono perso o è stato omesso?
Per me era quello più importante; se non prevedete di apportare altre modifiche per un po’, sarò probabilmente costretto a tornare a una versione precedente del codice sorgente.
Per quanto riguarda
FIX: I flag ignorati non dovrebbero essere conteggiati nel punteggio di accuratezza
Rimuovi i casi speciali per il flagging
FIX: Ripristina la dinamica TL3 → TL0 per lo spam
Se ho capito correttamente, queste modifiche riguarderanno solo gli utenti TL3 e superiori. Abbiamo molti problemi con gli utenti TL0 e TL1, quindi non ci aiuteranno.
Per quanto riguarda
FIX: La sensibilità non funzionava di default
FIX: Richiedi un numero minimo di elementi da revisionare prima di calcolare le soglie
Regola il calcolo delle sensibilità/priorità degli elementi da revisionare
Queste modifiche dovrebbero aiutare un po’ all’inizio, ma sembra che possano peggiorare col tempo?
L’aumento base della sensibilità sarà influenzato dagli utenti nel tempo in qualche modo, non è chiaro esattamente come.
Il target_count sembra ritardare l’accumulo di accuratezza poiché meno post entrano nei calcoli, se ho capito bene la sua funzione. Tuttavia, escluderà anche i post con un solo flag, quindi per alcuni utenti potrebbe aumentare l’accumulo?
Puoi spiegare se sto trascurando qualcosa o se sto semplicemente leggendo male le modifiche?
Vedo che self.target_count è definito in app/jobs/scheduled/reviewable_priorities.rb e impostato a 2. Modificandolo localmente e ricostruendo il progetto, otterrei un minimo di 3 flag prima che qualcosa venga nascosto? - Aggiornamento - Penso che fosse un desiderio quando ho letto un po’ di più, ma lascio comunque stare la domanda. Attualmente lo interpreto come il numero minimo di flag necessari affinché un elemento revisionato influisca sull’accuratezza dell’utente.