Lingua Ubiquitous - conflitto tra correttezza e usabilità

Sì, sembra ragionevole. Se il pubblico previsto non comprende i termini della tua lingua o li interpreta male, allora l'usabilità per l'utente finale ha la precedenza.

Un programma o contenuto che un utente tipico non capisce ha poco valore. Ancora di più, se vuoi solo presentare una punta semplificata di un iceberg perché non sono e non saranno mai esperti di dominio.

Normalmente, quando parli del dominio durante lo sviluppo, tutti comprendono la lingua perché è accurata e tutte le persone fanno parte del dominio. Ma se il valore aziendale viene creato dalla comunicazione di contenuti a estranei del dominio, quindi farlo nel modo più semplice possibile. Usa parole e linguaggi che sono meno probabili di essere fraintesi e usali nell'interfaccia utente.

Mantieni la lingua precisa nel tuo codice e per comunicare con le persone che si occupano del dominio. Queste sono le persone che hanno le specifiche e chi sono gli utenti chiave delle applicazioni, quelle con cui si discutono i dettagli logici di business. Nel raro caso in cui si discuta molto della maggior parte dei dettagli logici aziendali con utenti che non hanno una grande idea del dominio e non è necessario immergersi in esso, quindi incorporare la propria lingua nella lingua del dominio, dato che avere un linguaggio comune, non ambiguo (che probabilmente non è il caso).

Assicurati però che gli sviluppatori di frontend siano a conoscenza dei tuoi termini informali e dei relativi termini di dominio.

Penso che il modo più semplice per rispondere a questo sarebbe disegnare la linea esattamente dove la si disegnerebbe se si presentasse l'interfaccia utente in una lingua completamente diversa.

Se i tuoi utenti finali dovevano vedere le cose in sanscrito, in che modo potresti colmare la differenza tra l'interfaccia utente e il codice (e altre comunicazioni interne).