Mi sto godendo l’esperienza con Discourse 3 finora, specialmente l’aggiunta della chat in tempo reale.
C’è in programma di consentire thread da singoli messaggi, come avviene in Slack?
Mi sto godendo l’esperienza con Discourse 3 finora, specialmente l’aggiunta della chat in tempo reale.
C’è in programma di consentire thread da singoli messaggi, come avviene in Slack?
Sì, stiamo lavorando per aggiungere il threading alla chat, ma è ancora in fase di pianificazione… non siamo abbastanza avanti per fornire dettagli o tempistiche oltre a “in qualche momento nel 2023”.
Non siamo ancora sicuri di come sarà la nostra prima versione di “thread” (o come la chiameremo)
. Molti di noi hanno molta familiarità con il funzionamento dei thread su altre piattaforme di chat, ma nelle nostre esplorazioni iniziali delle community che li utilizzano, vediamo la funzionalità adottata con vari gradi di successo: sembra che community diverse (o canali all’interno di una community) abbiano esigenze diverse qui (e alcune potrebbero probabilmente stare meglio senza di essi).
@chadwcarlson Sono curioso di sentire di più su ciò che hai sperimentato finora in particolare. In quali scenari hai trovato i thread più utili in passato? Che tipo di scenari hai incontrato finora nelle chat di Discourse in cui hai sentito che i thread avrebbero aiutato?
Grazie @awesomerobot! @mcwumbly Ha senso.
Al momento ci affidiamo molto a Slack e, sia che si tratti di discussioni più approfondite su alcune domande/argomenti contemporaneamente, sia di aggiornamenti continui sullo stato di un particolare servizio che rimangono organizzati all’interno di un singolo thread, avere i thread mantiene le cose organizzate in un modo che mi piace.
Finora, nella chat di Discourse, si è tentato di replicare questa stessa esperienza. C’è un grande vantaggio nell’essere in grado di collegare la chat della community ad argomenti e post in un unico posto, di sicuro. Al momento, faccio fatica a capire come la chat non diventi difficile da navigare per i nuovi arrivati senza thread, basandomi sulla mia esperienza con Slack.
Suppongo che parte dell’idea di utilizzare la chat senza thread all’interno di Discourse sia quella di avviare una conversazione in chat che viene poi spostata in un argomento come una sorta di “thread”. Forse è qui che ho difficoltà: penso ancora che nel nostro caso potrebbero esserci una manciata di messaggi prima di creare un argomento in cui i thread potrebbero tornare utili.
Sì, ho visto che ha funzionato bene anche in passato, soprattutto quando i gruppi diventano più grandi e non c’è alternativa per mantenere le cose organizzate.
Sì, pensare ai thread di chat come “proto argomenti” è qualcosa che abbiamo in mente. Nel frattempo, penso che funzioni abbastanza bene così com’è, comunque. È sicuramente un’esperienza diversa rispetto a Slack, quindi spostare una community che si è abituata a quell’esperienza potrebbe essere difficile. Ma il modo in cui la vedo è così:
OK, quest’ultima parte, come appare e si sente in pratica oggi?
La modalità facile è:
La modalità avanzata è:
[details][/details]Entrambe queste cose funzionano bene oggi, secondo la nostra esperienza.
Ma sono d’accordo, c’è un’opportunità con i thread per rendere la “modalità avanzata” facile.
È bello leggere questa discussione, @chadwcarlson, @awesomerobot e @mcwumbly. Grazie per aver condiviso.
Anch’io mi chiedo come potrebbero essere le discussioni in un contesto Discourse.
Abbiamo in programma di disattivare il nostro Slack “gratuito” e incoraggiare le persone a passare al nostro Discourse con la chat abilitata. Mi sto divertendo molto con le funzionalità di chat di Discourse e ogni tanto inciampo quando voglio rispondere in una discussione. Immagino sia un’abitudine da rompere.
Ho usato la “modalità Fancy”.
ed è fantastico!
+1 a questo.
Non sono ancora sicuro di come potrebbe funzionare in pratica, ma mi chiedo se un po’ di magia AI potrebbe riconoscere quando si sta formando un argomento tramite una chat e quindi suggerire – solo a coloro che hanno contribuito a ciò che l’AI pensa sia un argomento in formazione – che potrebbero trasformarlo in un nuovo argomento. Se qualcuno seleziona “Sì, trasforma questo in un argomento”, fa automaticamente la “modalità Fancy” e quindi suggerisce un argomento in cui pubblicare.
Questo è il mio problema: gli utenti non passano a un nuovo argomento. Continuano a chattare e non li biasimo (in un certo senso sì
) perché è lì che la conversazione è iniziata ed è ancora in primo luogo.
La possibilità di selezionare ed eliminare in blocco aiuterebbe, ma non abbiamo quell’opzione di eliminazione.
Quindi, per me, avviare un argomento è solo uno strumento per salvare dati preziosi, nient’altro.
Questo è nella nostra lista, ma non siamo sicuri di quando arriverà in cima. Nel frattempo, la soluzione è creare un canale separato (magari con permessi solo per lo staff) e “spostare” i messaggi lì in massa.
Al momento lascia una brutta scia di messaggi eliminati come stub – qualcosa che miglioreremo anche quello in futuro.
Nessuno sa come apparirà alla fine
Lo affronteremo prima come una funzionalità sperimentale in modo da poter provare alcune idee che abbiamo prima di impegnarci in una particolare direzione.
Ti preghiamo di tenerci informati su qualsiasi altro punto di attrito che emerga mentre fai questo!
Sono interessato anche a questa funzionalità.
Penso valga la pena notare che a volte gli utenti potrebbero voler estendere una conversazione da un canale permanente (ad es. Dev) a una discussione tematica (ad es. #issue-X), e che tutte queste discussioni tematiche siano raggruppate, archiviate e ricercabili, come lo sono gli argomenti di Discourse, ma mantenendo comunque la dinamica della chat in tempo reale.
Attualmente, passare dalla chat all’argomento non solo estende la discussione in un argomento isolato (ciò che vogliamo), ma cambia anche il flusso della discussione in qualcosa di più lento. Apprezzo che a volte vogliamo rallentare le cose man mano che la discussione si “formalizza”, ma forse a volte non è così.
Non mi sorprenderei se questo fosse il motivo per cui alcuni utenti di Jakke continuassero a usare la chat: non è che non si siano resi conto che ora esiste un argomento dedicato, è che volevano mantenere il flusso veloce della conversazione.
Nella nostra community, abbiamo alcuni utenti che si spostano dal forum, dove è iniziata la conversazione, a Discord, in modo da poter discutere in tempo reale utilizzando i thread di Discord.
Ho intenzione di promuovere il consolidamento delle comunicazioni in Discourse una volta che avremo effettuato l’aggiornamento alla 3.0, e sono entusiasta della “modalità avanzata”, ma sono anche preoccupato che continueranno a esserci casi in cui dovremo estendere le discussioni dai canali in tempo reale e la nostra unica opzione sarà la struttura degli argomenti più lenta, che potrebbe riportare gli utenti ai thread di Discord.
Penso che ci sia una lacuna qui in cui l’interpretazione di Discourse dei thread potrebbe brillare.
Alcune idee:
Modifica per aggiungere:
Penso che ci stiamo avvicinando a un punto, specialmente se i thread vengono sperimentati dal team principale, in cui la gerarchia di argomenti/risposte/chat/thread dovrà essere chiarita nell’interfaccia utente/esperienza utente.
Attualmente è già un po’ confuso. Posso rispondere a un argomento e posso rispondere a una risposta. Attualmente l’unica differenza tra i due visivamente è che la risposta a una risposta ha un indicatore che mostra a chi ho risposto. Per gli altri che seguono, può essere difficile vedere come si ramifica la discussione dell’argomento. Potremmo beneficiare dell’annidamento delle risposte alle risposte alla Reddit. Gli elementi costitutivi sono già presenti nel plugin Post Voting.
Introduci i thread e le domande sulla gerarchia/ramificazione si approfondiscono.
Se avremo la possibilità di creare thread da risposte agli argomenti, questi dovranno essere visivamente distinti dalle risposte annidate alle risposte (supponendo che tale modifica sia stata apportata), poiché sono ancora funzionalmente distinti, con i thread che sono una ramificazione in tempo reale mentre le risposte sarebbero una continuazione annidata della struttura dell’argomento più lenta.
È molto improbabile che implementeremo thread all’interno degli argomenti nel breve termine, abbiamo detto di no a questo molte volte e le discussioni piatte sono una delle prime decisioni di progettazione che sono state prese nella costruzione di Discourse: Web Discussions: Flat by Design
Gli argomenti che hanno molte sotto-discussioni sono generalmente difficili da seguire con o senza annidamento, e se c’è qualcosa di importante annidato al loro interno, può essere molto difficile da trovare nelle visite successive. Se un argomento inizia a diramarsi in modi diversi, di solito ha più senso creare un nuovo argomento invece.
E questo è il punto chiave.
Discourse è molto attento alla moderazione, e tutto questo fa parte del processo di moderazione.
AGGIORNAMENTO
Stiamo testando internamente le chat e dovremmo avere qualcosa da mostrare nelle prossime settimane.
Come stanno andando quei test, @sam?
So che la nostra community di tester sarebbe entusiasta di provare le chat. ![]()
Penso che dovremmo avere qualcosa da condividere entro una settimana. Abbiamo in programma di esporre il feature flag e creare un breve argomento che dia una panoramica della funzionalità per consentire alle persone di iniziare a testarla.
Questo breve argomento può essere trovato qui:
Non vedo l’ora di sapere cosa ne pensate!