Don Norman, una figura nota e rispettata per aver pionierizzato il campo dell’UX negli anni '90 e oltre, ci ricorda spesso che la scelta delle parole è importante e che dovremmo concentrarci sul nostro obiettivo di aiutare vere persone – pensanti e dotate di sentimenti – e non
Secondo la mia opinione, in quanto sviluppatore da tutta la vita (anche se non un esperto di Discourse), se dovresti procedere con questo sforzo dipende dal peso dell’impatto rispetto allo sforzo richiesto, misurato dalla tua prospettiva. Il peso dell’impatto può essere suddiviso in interno (per il tuo stesso beneficio) ed esterno (per il beneficio degli altri). Anche se a volte (o spesso) dobbiamo fare certe cose per il nostro beneficio, quando si tratta di sviluppare comunità, ritengo che il beneficio degli altri abbia la priorità rispetto al nostro. D’altra parte, la comunità che crei è un’espressione di te stesso e, in quanto architetto, devi decidere quale impatto cerchi di imprimere sui tuoi _____. Cosa sono per te? Come vuoi che si percepiscano?
Un po’ filosofico, lo so, ma spero utile. 
Non è necessario fare alcun hacking, poiché Discourse si presta facilmente alla personalizzazione di qualsiasi testo. Trova semplicemente le istanze specifiche di ‘user’ e ‘users’ che desideri modificare. 
Sebbene modificare il testo sia un’opzione, questo cambierà solo la locale corrente. Sarebbe utile poter permettere a plugin, temi o componenti di tema di gestire locale personalizzati, come proposto nel post originale. Esiste una tale funzionalità?
In francese, si potrebbe usare « usager » invece di « utilisateur » o « utilisatrice », riportando un significato che è scomparso di recente: « usager », che indica qualcuno a cui si offre servizio con rispetto e attenzione, è stato soppiantato nei trasporti pubblici con la privatizzazione; ora i trasporti privatizzati preferiscono usare « passager » (passeggero) o addirittura « client » (cliente). Si tratta di una piccola variazione semantica, ma ha un grande significato, e nelle lingue che possono distinguere tra utenti/utilisateurs (chi utilizza il programma) e persone/usagers (per chi il programma è stato creato), può essere molto significativo compiere questo sforzo da una prospettiva intersezionale.
Credo che ‘utente’ sia più rilevante di ‘persone’.
‘Persone’ include tutti coloro che non usano Discourse.
Avere una conferma positiva da uno sconosciuto è sempre la mia cosa preferita di internet 
Ah sì. Ci ho pensato per un caso d’uso specifico: ho bisogno che altre persone possano avviare le proprie comunità utilizzando la mia istanza personalizzata di Discourse (anche tramite Docker, forse) che ha già la localizzazione configurata. Queste configurazioni localizzate includerebbero miglioramenti dell’esperienza utente (UX), tra cui la rinominazione di “Users” in qualcosa come “People”, tra le altre cose. Immagino che utilizzare la funzione di personalizzazione del testo integrata potrebbe risolvere questo caso d’uso. Tuttavia, la mia principale preoccupazione riguardo all’uso di questa funzione è che in realtà non cambia la parola stessa, quindi non verrebbe tradotta correttamente in altre lingue, giusto?
Per illustrare il mio punto (i valori nella tabella sottostante sono traduzioni dirette senza contesto):
| Inglese (EN) | Malese (MY) | Cinese (ZH) | ||
|---|---|---|---|---|
| User |  |
Pengguna | |
用户 |
| People | |
Orang | |
人们 |
Permettetemi di aggiungere più contesto al mio post originale:
Il mio sito sarà rivolto a un vasto pubblico all’interno di una regione geografica molto specifica, ovvero persone della 
Malesia. Purtroppo per me, la Malesia ospita parlanti di 137 lingue viventi. Anche se non intendo supportare personalmente tutte le 137 lingue, sto dando il via allo sforzo con la traduzione in malese (poiché parlo e scrivo nativamente sia l’inglese che il malese) e spero di poter raccogliere contributi per alcune altre lingue comuni utilizzate qui in Malesia. Spero di aprire la strada ad altri madrelingua in Malesia per iniziare anch’essi lo sforzo di tradurre il sito nelle rispettive lingue madri, contribuendo così a rendere il sito più accessibile a più malesi.
Voglio rendere il tono del linguaggio nel mio sito il più gradevole e accogliente possibile. Oltre alla funzione di sostituzione del testo nell’amministrazione, riesco solo a pensare di creare file di localizzazione alternativi. Non voglio sovrascrivere i file di localizzazione predefiniti in Discourse, quindi ho pensato di creare un file di localizzazione inglese alternativo, da cui chiunque potrà basare le proprie traduzioni.
Sto affrontando questo problema dal punto di vista dell’UX.
D: Come posso aiutare a ridurre le frizioni per le persone non esperte di tecnologia per impostare la propria comunità online?
R: Fare quello che Discourse ha sempre fatto: preconfigurare il software direttamente dalla scatola 
D: Come posso aiutare a ridurre le frizioni per le persone non esperte di tecnologia per aggiungere un linguaggio personalizzato al loro sito?
R: Ehm… caricare un file YML tramite plugin? 
Non ho ancora bloccato quella discussione 
. Dato che il mio sito servirebbe l’intero paese, inizialmente avevo pensato di usare il termine “Malaysiani” invece di “Utenti”. Tuttavia, non credo di dover escludere i non cittadini dalla registrazione, quindi ho creato un gruppo “Malaysiani” e per ora ho scelto “Persone”, finché non trovo un termine più adatto e più amichevole.
Questo stesso dilemma mi sembra essere un impulso alla base delle etichette dei livelli di fiducia (TL) (Basic, Member, Regular, Leader, Elder) di Discourse. I “ruoli” che i tuoi ____ possono avere dipendono dalla natura della comunità.
Una gerarchia di esempio per una comunità legata al commercio potrebbe trarre ispirazione dalla storia e includere Apprendista, Compiuto e Maestro artigiano. Per i nostri amici di lingua tedesca, questi sarebbero tradizionalmente Lehrling, Geselle e Meister.