Come si impilano due metodi (di programmazione) per il limite del rep giornaliero?

0

Ho scritto una risposta supersuccessiva a una domanda su un sito SE che ha ottenuto (almeno) 21 voti in un periodo di 24 ore. In teoria, avrei dovuto ottenere 210 punti rep, ma c'è un limite di reputazione giornaliero di 200 punti (20 upvotes) su un singolo sito, quindi il mio punteggio giornaliero è stato limitato a 200. Questo lo capisco.

Poi ho ricevuto un downvote sulla domanda. Mi sarei aspettato che il -2 sarebbe stato applicato al mio punteggio 210 per un punteggio netto di 208, che sarebbe comunque superiore a 200. In altre parole, mi sarei aspettato un comando di programmazione "override" di qualcosa del tipo "Se giornaliero rep > 200, quindi daily rep = 200. " In altre parole, utilizzerei una funzione di "troncamento" in base alla quale il mio punteggio non elaborato (di 208) viene mantenuto dal sistema.

Invece, il downvote ha ridotto il mio punteggio da 200 a 198. Ho cercato su meta, e hanno detto che il programma "ha smesso di riempire il secchio" a 200, poi il downvote ha impoverito il "secchio". In altre parole, il programma effettivo sembrava utilizzare una funzione di "accumulo" che si fermava a 200, il che significa che i miei extra upvotes (dati) erano andati persi.

Oltre a quello che ho detto, quali sono i meriti dei due diversi approcci a questo problema e in che modo le persone scelgono l'una rispetto all'altra?

    
posta Tom Au 20.07.2016 - 00:27
fonte

1 risposta

1

In generale, le persone scelgono la versione più semplice da implementare - specialmente come il repcap che è una sorta di esperimento in cui nessuno sa come influirà sulla realtà.

Le implementazioni semplici sono più veloci, meno inclini agli errori, più robuste quando cambiano altre cose e tendono ad avere un impatto minore sul design generale. E la differenza di alcuni punti immaginari in questi casi angolari non vale la complessità aggiunta.

    
risposta data 20.07.2016 - 01:51
fonte

Leggi altre domande sui tag