Nota: esiste un argomento apparentemente simile su un riepilogo di argomento qui, ma è in realtà piuttosto diverso da ciò che propongo, sebbene alcuni elementi possano essere simili.
Avrebbe senso per voi avere una sezione di riepilogo nella parte superiore di un argomento?
Questa è un’idea che ho in lista da anni e credo che potrebbe trasformare le discussioni.
Ho sempre trovato che leggere tutti i post in una discussione può essere eccessivo se voglio solo sapere qual è lo stato attuale delle cose. (È bello seguire l’evoluzione dei pensieri e ottenere approfondimenti, ma non tutti hanno tempo per farlo). E saltare direttamente alla fine non funziona, perché i post davvero importanti potrebbero trovarsi nel mezzo.
Specialmente nei forum che dovrebbero discutere di come migliorare qualcosa, ci possono essere molti alti e bassi, e ciò che mi piacerebbe davvero avere è qualcosa che riassuma tutto questo, preferibilmente all’inizio, così da sapere cosa sta succedendo e aver bisogno di solo un minuto.
Come funzionerebbe questo riepilogo?
Immagino che il riepilogo sia un campo di testo modificabile come qualsiasi altro post, e chiunque possa apportare modifiche, proprio come su Wikipedia. Forse le modifiche potrebbero o dovrebbero essere consentite solo quando si pubblica anche qualcosa nella discussione, il che funzionerebbe in qualche modo come la giustificazione della propria modifica al riepilogo.
Lasciatemi illustrare il concetto usando questa stessa conversazione come esempio:
Supponiamo che la prima persona (io) apra un nuovo argomento con un post iniziale (questo).
Discourse mi chiederebbe quindi: “Vuoi modificare il riepilogo?”
Io risponderei di sì e aggiungerei il primo testo al riepilogo:
Un riepilogo potrebbe aiutare le nuove persone a mettersi al passo rapidamente e aiuterebbe la comunità a raggiungere conclusioni migliori.
Ok, finora tutto bene. Ora arriva la persona B e potrebbe rispondere:
“Non sono sicuro che ne valga la pena. Immagino che sia piuttosto difficile da implementare, e non aggiungerebbe solo rumore?”, pubblica e poi viene chiesto se aggiornare il riepilogo:
Un riepilogo potrebbe aiutare le nuove persone a mettersi al passo rapidamente e aiuterebbe la comunità a raggiungere conclusioni migliori. Tuttavia, potrebbe aggiungere rumore e non essere facile da implementare.
La terza persona C: “Penso che sarebbe un’ottima idea, ma sono d’accordo con B, potrebbe non valere la pena dello sforzo. … A meno che… Potrebbe essere utilizzato anche nelle nostre proposte e votazioni [o in qualcosa d’altro che la comunità specifica potrebbe trovare interessante]? Hmm, forse dovremmo fare un elenco di pro e contro, cosa ne pensate?” C decide di non aggiornare il riepilogo, non è sicuro di cosa potrebbe cambiare per renderlo effettivamente migliore.
La quarta persona D: “Sì, potrebbe funzionare perfettamente per il nostro coinvolgimento degli utenti e durante il processo di elaborazione delle proposte. E sì, approvo l’idea di C di fare una lista di pro e contro, ne ho altri:
Potremmo fare in modo che ogni modifica sia collegata all’autore, e quando ci si clicca sopra si salta direttamente a quel post, è praticamente una navigazione rapida. In un certo senso, giusto?”
Un riepilogo potrebbe:
- aiutare le nuove persone a mettersi al passo rapidamente
- aiutare la comunità a raggiungere conclusioni migliori
- fungere da ‘navigazione rapida’
- Non limitato a questo forum Discourse
Tuttavia, possibili svantaggi sono:
- Potrebbe aggiungere rumore
- Probabilmente non facile da implementare.
B torna a intervenire: “Aspetta, aspetta un attimo. Prima di addentrarci in quel labirinto, cosa dovrebbe riassumere esattamente quel riepilogo? È solo una riformulazione di ogni singolo post fatto? Non avrebbe molto senso, vero? Potremmo avere prima una definizione? Credo che dovrebbe riassumere solo ciò che è effettivamente importante, cioè solo ciò che contribuisce a rispondere alla domanda dell’OP, giusto? Altrimenti resto della mia precedente affermazione che genererebbe solo più rumore, o più overhead in ciò che gli utenti devono scrivere, e overhead dell’interfaccia utente, ecc…
A proposito, D, ho trovato il tuo ‘navigazione rapida’ un po’ difficile da capire, quindi l’ho modificato un po’, spero che ora vada bene?”
Un riepilogo dovrebbe riassumere tutto il contenuto rilevante in un post che contribuisce a rispondere alla domanda dell’autore.
Potrebbe:
- aiutare le nuove persone a mettersi al passo rapidamente
- aiutare la comunità a raggiungere conclusioni migliori
- le sezioni del riepilogo possono essere collegate ipertestualmente all’autore
- Non limitato a questo forum Discourse
Tuttavia, possibili svantaggi sono:
- Potrebbe aggiungere rumore
- Probabilmente non facile da implementare.
L’utente D: “Sì, grazie B, hai ragione, non è necessariamente ovvio cosa intendevo. Penso che vorrei comunque menzionare la navigazione rapida, perché è un punto in qualche modo separato IMHO. Collegare qualcosa dà un po’ di … verifica? Autenticità? Non sono sicuro di quale sia la parola esatta qui…
Oh, e riformulo un po’ il mio punto iniziale sull’uso al di fuori di questo forum Discourse…
Quello che intendevo davvero con questo è che penso possa essere utilizzato anche al di fuori del nostro specifico focus su proposte e votazioni. Ad esempio, potrebbe essere utilizzato per tenere traccia dell’avanzamento dei compiti, dello stato di qualcosa, potrebbe fornire un approfondimento più completo su qualsiasi tipo di domanda, … le possibilità sono infinite.”
Un riepilogo dovrebbe riassumere tutto il contenuto rilevante in un post che contribuisce a rispondere alla domanda dell’autore.
Potrebbe:
- aiutare le nuove persone a mettersi al passo rapidamente
- aiutare la comunità a raggiungere conclusioni migliori
- le sezioni del riepilogo possono essere collegate ipertestualmente all’autore
- Navigazione rapida ai dettagli per singole affermazioni
- Può essere estremamente utile non solo per proposte e votazioni
Tuttavia, possibili svantaggi sono:
- Potrebbe aggiungere rumore
- Probabilmente non facile da implementare.
Poi arriva l’utente X, vede questa ultima versione del riepilogo, tutto è intuitivo tranne la parte ‘collegata ipertestualmente all’autore’, quindi passa il mouse sopra, vede che il post dell’utente D era la prima voce collegata e quello dell’utente B la seconda. (Una sorta di info in popup al passaggio del mouse). Può cliccare direttamente sul link al post di D e leggere i dettagli da lì, con quello di B subito dopo (potrebbero essercene altri intermedi che verrebbero nascosti perché non hanno contribuito alla modifica).
… ok, spero abbiate afferrato il concetto. 
È super veloce mettersi al passo, vero? (se immaginate di dover leggere solo quel riepilogo!)
Beh, non sarà facile scrivere questo plugin con tutti i dettagli gloriosi che immagino (C’è molto altro che questo plugin potrebbe fare, alcuni dei miei preferiti ancora senza nome sarebbero aumentare o diminuire la dimensione/grassetto/colore del carattere in base ai voti/reazioni associati ai post del blog che contribuiscono), e alcune parti potrebbero essere un po’ complesse a livello logico (ad esempio, attribuire correttamente le parti modificate all’autore e visualizzare cosa succede se qualcuno cancella semplicemente un ‘non’, ecc… ) ma sono sicuro che sia tutto fattibile e possa contribuire un enorme valore a molte discussioni.
(Questo è stato molto più di quanto intendessi scrivere, ma è stato divertente creare quell’esempio 
)
Cosa ne pensate?
Questo tipo di plugin è tecnicamente fattibile nell’ecosistema Discourse?
Avete bisogno di più informazioni? Mockup più seri? (Non sono bravo in quello, ma potrei provare a crearne alcuni)
Disclaimer:
Potrei provare a svilupparlo io stesso, e potrei farlo, ma non ho ancora esperienza con ruby / ember / Discourse, quindi ci metterei un po’.
Inoltre, l’idea è un po’ più vecchia ma ha attirato un po’ più di attenzione in un gruppo della comunità che la troverebbe super utile, quindi potrei anche farlo lì e fare un po’ di dogfooding… ma di nuovo, ci metterei un po’, e se ha valore per Discourse allora avere alcuni di voi coinvolti sarebbe super figo!
Saluti 
