È difficile individuare la logica in una singola cosa. Abbiamo osservato una serie di cose che ci hanno portato a decidere di rimuovere il comportamento “bump on edit last post”.
Nel caso di modifiche minori, è un rumore non necessario, come hai menzionato.
Ma anche nel caso di modifiche importanti, abbiamo osservato che è difficile da spiegare e spesso indesiderato. Abbiamo visto persone che spesso ricorrevano alla funzione “reset bump date” quando detenevano quel potere dopo una modifica importante a un argomento di documentazione, ad esempio. Soprattutto quando venivano modificati più argomenti, ma anche per modifiche a un singolo argomento. Abbiamo persino avuto persone che ci segnalavano di farlo quando noi stessi non ci eravamo preoccupati di farlo.
Ma “reset bump date” non è troppo facile da scoprire. Le persone chiedevano come fare, segnalando che in realtà non volevano fare il bump ma non avevano capito come evitarlo, e che probabilmente molti che non si erano preoccupati di chiedere affrontavano lo stesso problema.
Un’altra osservazione è stata che le persone presumevano erroneamente che altri avrebbero visto le loro modifiche importanti. Creavano un post stub e lo modificavano mentre ci lavoravano. La loro fiducia che gli altri avrebbero seguito era rafforzata dal bump. Ma in realtà, molti che seguivano l’argomento non si preoccupavano di controllare perché l’argomento non appariva ancora come non letto dopo le modifiche. Quindi, una risposta aggiuntiva per richiamare esplicitamente le revisioni e chiedere una revisione o un feedback in questi scenari era spesso necessaria comunque, ma non stava avvenendo.
Sono abbastanza sicuro che le cose alla fine saranno più facili da capire senza questa funzionalità, ma dovremo affrontare un paio di questi casi in cui le persone erano diventate dipendenti da essa.