Mi premetto di riconoscere qualcosa che è quasi un’ovvietà per chiunque utilizzi comunicazioni in stile chat: la chat è altamente soggettiva e trovare la soluzione “giusta” è praticamente impossibile se si sceglie una tra le molte opzioni.
Tendo a suddividere il threading delle chat in due categorie: sotto-spazi e inline.
Le piattaforme che seguono il formato sotto-spazio creano delle “tasche” quando qualcuno risponde a un messaggio e tutte le risposte vengono mantenute in questa tasca, fuori dalla vista a meno che qualcuno non clicchi per accedervi. Le persone hanno familiarità con questo formato da Slack ed è così che classificherei la soluzione integrata nella funzionalità di chat di Discourse.
Le risposte inline mantengono tutte le risposte nel thread principale della chat e puntano all’antecedente tramite un link/ancora. Ci sono due varianti: con e senza testo citato. Un esempio con testo citato sarebbe Discord (che utilizza un estratto piuttosto che la citazione completa) o Messaggi sui dispositivi Apple. Discord utilizzava risposte inline senza citazione prima di passare al suo formato attuale. L’altro esempio di risposte inline senza citazione è la funzionalità Chat su Stack Exchange / Stack Overflow.
Entrambi sono validi e hanno i loro usi, e in qualche modo “risolvono” i problemi che l’altro crea.
- Trovo che le tasche dei sotto-spazi…
- + possano essere un ottimo modo per contenere una linea di pensiero laterale o consentire approfondimenti su un argomento senza distrarre dalla discussione principale.
- + mantengono queste deviazioni ordinate e facili da seguire, ma le
- - tasche possono essere facilmente perse, soprattutto se le risposte vengono create molto tempo dopo che la chat si è spostata su altri argomenti.
- - è più importante assicurarsi di notificare chiunque debba vedere le diramazioni.
- Il contrario è vero per la chat inline…
- - poiché tutto è inline, è facile deviare la chat andando fuori tema.
- - può essere confusionario seguire più linee di discussione contemporaneamente.
- + poiché tutto è inline, non puoi perderti nulla di ciò che sta accadendo in un sotto-spazio.
- + gli utenti non devono pensare troppo per assicurarsi che le risposte notifichino persone specifiche.
Come utente di Slack e Discord da diversi anni, direi che la soluzione “giusta” è probabilmente quella che nessun sviluppatore vuole sentire: averle entrambe. Ho scoperto che i maggiori determinanti (per me) di quale preferisco sono:
- Quante persone sono coinvolte nella chat o quanto è intensa.
- Se sto chattando con una persona o non c’è molta attività, tutto ciò che voglio sono risposte inline. Anche con 2-3 altre persone, non ho bisogno di sotto-spazi. Non posso dirti quante volte sono stato infastidito dai DM di Slack che utilizzano sotto-spazi quando siamo solo in due.
- Se mi trovo in uno spazio con molti partecipanti e messaggi che vengono scambiati rapidamente, diventa molto più difficile seguire le conversazioni inline, soprattutto quando le persone usano la funzione di risposta in modo approssimativo.
- Quanto voglio/ho bisogno di vedere tutto.
- Se ho un ruolo di supporto in un canale Slack, i sotto-spazi rendono i canali più ordinati in modo che possa semplicemente scorrere velocemente.
- Se mi trovo in uno spazio in cui perdere qualcosa sepolto in un thread sarebbe un problema, preferisco le risposte inline. La FOMO (Fear Of Missing Out) è reale, amici!
- Quanto diventa “profondo” un thread.
- I canali che tendono ad avere una domanda seguita da dozzine o addirittura centinaia di risposte dovrebbero essere in sotto-spazi.
- I canali che tendono ad avere pochissime risposte per messaggio di solito funzionano meglio inline.
- Chi sono/a cosa sono abituato.
- Conosco una persona che ha creato uno script Slack per rimuovere i sotto-spazi perché li disprezza così tanto.
- Conosco persone che insistono fermamente affinché i loro team utilizzino sempre i thread dei sotto-spazi nei loro canali Slack e si innervosiscono leggermente quando non vengono utilizzati.
Tutto questo per dire che non esiste una soluzione unica per tutti (o anche per la maggior parte). Sono andato alla ricerca di questo meta-post specificamente perché mi trovavo in una chat 1-1 su un’altra istanza di Discourse e sono rimasto sorpreso dalla scelta del threading e ho davvero desiderato poter evitare i thread.
Alcune idee se si desidera offrire entrambe le opzioni:
- Considerare un’impostazione utente per consentire a qualcuno di scegliere globalmente o per chat, quale stile preferisce.
- Tenere conto del numero di utenti in uno spazio di chat, della frequenza dei messaggi e della profondità media delle risposte nel determinare quale forma utilizzare “automaticamente” - ad esempio, utilizzare inline finché le risposte in una catena non raggiungono un certo numero o un utente indica “converti risposte in un thread”.
- Considerare la situazione “sto creando un nuovo thread di risposta a qualcosa di ieri/la scorsa settimana” e se ha senso indicare la risposta (o consentire ai rispondenti di pubblicare la risposta inline, come fa Slack).
Penso che quello che avete vada bene, ma mi piacerebbe vedere Discourse considerare di sfumare il confine tra queste due metodologie distinte man mano che si procede con la funzionalità.