Costruire un solido vocabolario quando si lavora in un dominio specifico

Question

Costruire un solido vocabolario quando si lavora in un dominio specifico

#1 da (4 voti)

3

Questa domanda potrebbe essere un po 'vaga e le risposte potrebbero apparire piuttosto supponenti, ma non so come riformularlo, quindi ecco qui.

In che modo uno sviluppatore può creare un solido vocabolario quando lavora in un dominio specifico?

Come tutti sappiamo, nominare le cose è una delle imprese più difficili in questo mestiere. Inoltre, è molto probabile che uno sviluppatore modifichi numerosi contesti nel corso della sua carriera, dalle prenotazioni alberghiere alla finanza, fino all'e-commerce, ecc. Quindi dovrebbero avere un insieme piuttosto ricco di termini e parole tra cui scegliere quando costruiscono i loro sistemi.

Quali sono i passi migliori che si possono fare per migliorare in questa direzione? Grazie!

architecture naming terminology

posta Martin Shishkov 19.12.2017 - 10:14

fonte

1 risposta

Leggi altre domande sui tag architecture naming terminology

Il miglior metodo per la corrispondenza dei modelli sulla stringa binaria? Sincronizza lo stato dell'utente tra le app

score 4 · Accepted Answer

Hai ragione che costruire un vocabolario ricco e descrittivo per il tuo dominio è cruciale per una comunicazione efficiente. Tuttavia, come menzionato nei commenti, la realtà è che, anche nello stesso settore / dominio, la terminologia utilizzata varia da azienda a azienda.

Domain Driven Design ha un concetto chiamato Language Ubiquitous che tratta di questo.

Nel tentativo di semplificare la comunicazione tra il team tecnico e gli esperti di dominio, DDD raccomanda a tutti i soggetti coinvolti nel progetto di utilizzare la stessa lingua quando si parla del dominio. Ad esempio, se l'utente finale lo chiama doodad , è un doodad quando ne parliamo ed è un doodad quando lo codifichiamo. Mantenere la terminologia uguale ovunque (anche nel codice) elimina la necessità di tradurre i termini tra i contesti e aiuta a mantenere la comunicazione facile.

Dato che in genere stiamo sviluppando software per persone che hanno già un modo naturale di parlare del loro dominio, di solito ha senso utilizzarlo come punto di partenza per il tuo linguaggio onnipresente (UL).

È possibile per il team tecnico chiedere i perfezionamenti dell'UL, ma per la maggior parte è un glossario di termini esperto di dominio / utente finale.

Quindi, puoi evitare il problema dell'apprendimento della terminologia "standard di settore" se ti concentri sull'uso di Lingua Ubiquitous .