OK, ho capito. Ecco cosa sto capendo:
- Per i post wiki, segnalare alla community nel suo complesso che un post è stato recentemente modificato è utile per due motivi:
- Aiuta a distribuire la responsabilità di revisionare le modifiche, per garantirne l’accuratezza.
- Aiuta a mostrare che sono aggiornati.
- Per le conversazioni, dato che Discourse scoraggia risposte multiple, le persone hanno bisogno di un modo per vedere che è stata apportata una modifica significativa invece.
Penso che tu abbia ragione sul fatto che i bump fossero una soluzione a entrambe queste esigenze.
Dovremo pensare a come affrontarle al meglio, data la rimozione del bump sul comportamento di modifica.
Per quanto riguarda la conversazione, penso che la risposta possa essere quella di ammorbidire lo scoraggiamento delle risposte multiple. Penso che ci siano casi in cui risposte multiple abbiano più senso delle modifiche, e possiamo regolare il linguaggio e la logica di quando appare la spinta per aiutare gli utenti a prendere la decisione giusta.
Per quanto riguarda il wiki, penso che necessiti di un’ulteriore discussione, ma condividerò alcune idee audaci. Penso che invece di scoraggiare le risposte sugli argomenti, dovremmo incoraggiarle e progettare le cose tenendone conto. Se fossero permesse e incoraggiate, penso che potrei spostare le aspettative dicendo “se apporti una modifica significativa, lascia una risposta sull’argomento descrivendo brevemente le modifiche e perché le hai apportate”. Ciò farebbe un bump sull’argomento e lo renderebbe ancora più trasparente. Abbiamo parlato di come le risposte dovrebbero essere visualizzate sugli argomenti wiki e di documentazione, quindi forse meriterebbe un’altra occhiata.
Un’altra cosa che potrei immaginare di fare è avere un flusso di notifiche condiviso per le modifiche a wiki e documentazione. Ad esempio, un canale di chat a cui viene inviato automaticamente un messaggio quando vengono apportate modifiche. Il gruppo che lo gestisce attivamente potrebbe vederli lì insieme e discuterne in un thread, se necessario. Non sono sicuro di quanto sarebbe facile realizzarlo oggi con gli strumenti esistenti. (C’è una possibile sovrapposizione tra questa idea e quest’altra discussione: How automated reports could help keeping Meta tidy)