Quanto è utile UML se sei uno sviluppatore che lavora da solo in un progetto [chiuso]

Può essere molto utile se il progetto è abbastanza grande da avere problemi a tenere tutto in ordine. Portare qualcosa su carta / diagrammi può anche aiutare il processo di progettazione e risoluzione dei problemi, almeno per me.

... Ammetto anche che per i progetti personali i miei diagrammi non sono così formali come lo sarebbero per i progetti di lavoro, sono solo bravi per me lavorare con loro ...

È molto utile e prezioso .

Come altri hanno detto che è meglio per la comunicazione e, a prima vista, si potrebbe dire "solo 1 sviluppatore quindi ... nessuna comunicazione necessaria", ma non penso che sia vero.

Allora, chi è l'UML e la comunicazione?

1. You! - Sì, tu. Quando esci dal progetto per un po 'e poi ritorni, sarà lì per aiutarti a ricordare il funzionamento del progetto.
2. Nuovi sviluppatori : sebbene tu possa essere l'unico sviluppatore ora, non si può dire che in futuro qualcun altro non lavorerà al tuo progetto o addirittura che potrebbe espandersi per avere più di uno sviluppatore.
3. Associati di affari - Se devi presentare qualcosa a un capo o a un manager o a un potenziale partner per il tuo progetto, un UML del progetto può aiutarti in una presentazione o anche solo in una conversazione casuale.
4. Documentazione - Se tu o qualcun altro stai facendo la documentazione per l'utente finale che ha un UML di un progetto può essere una grande piattaforma di lancio. Molto meglio che cercare di ricordare tutto al volo mentre lo scrivi o dettare ciò che puoi ricordare a qualcun altro.

Inoltre, sono utili anche per esercitarti quando ti trovi in una situazione in cui sono obbligatori.

In breve, probabilmente non molto.

Il più grande valore di UML è nella comunicazione, quindi ha poco da offrire per un team di una sola persona. Anche se lo utilizzerei ancora per abbozzi di disegni grezzi ecc. La visualizzazione può essere di grande aiuto nell'affrontare problemi complessi.

Un possibile uso importante è quello di documentare il design per il / i tuo / i successore / i: non sarai mai l'unico a lavorare su quel progetto (nessun progetto).

La risposta, ovviamente, dipende dalla dimensione e dalla complessità del progetto, dalla misura in cui si intende intraprendere la modellazione e dalla necessità di fornire un documento di progettazione formale.

Ho provato a utilizzarlo per piccoli progetti personali, e non è stato particolarmente utile. La dispari diagramma di classe o sequenza può aiutarti ad organizzare i tuoi pensieri, ma dopo un punto diventa più lavoro di quanto valga.

Lavoro molto da solo (sono un freelance) e tendo a non usare UML. Di solito un ERD e alcune note in uno strumento di organizzazione (ho usato onenote). Non ho mai sentito la mancanza. Ma vedo come è utile in ambienti più grandi con molte persone che lavorano sullo stesso progetto.

Può essere utile perché quando stai provando a documentare le tue decisioni di progettazione e architettura in UML ti fa riflettere più a fondo sull'applicazione e qualche volta scopri cose nuove e fai idee migliori. Ma sono d'accordo con gli altri sul fatto che, se si tratta di un piccolo progetto, non si può trarne beneficio quando si lavora da soli.

Penso che Marginal ... UML è destinato a comunicare idee del design. Se in realtà pensi in UML e puoi produrlo così velocemente come altri modi di mappare quel disegno, vai avanti e usalo. Altrimenti probabilmente stai meglio sgrossando qualcosa che assomiglia a schizzi grezzi e forse un po 'di UML "Lite" come il tuo progetto ha bisogno.

Sicuri alcuni casi d'uso se senti che una particolare area ne ha bisogno. ecc.

In qualunque modo tu vada, avrai bisogno di qualcosa a cui riferirti in 12 mesi quando è il momento di pensare alla v2.

Ho usato un'implementazione molto minimale (figure stilizzate, scatole connesse e alcune etichette) su alcuni progetti. Ho pensato che fosse più facile rappresentare un particolare processo che cercare di descrivere in forma scritta. Qualche purista probabilmente dirà che in realtà non è UML, ma ai clienti non interessa, quindi nemmeno io.

Avere una rappresentazione grafica di un'architettura può essere d'aiuto, se l'architettura è troppo grande per poterla semplicemente tenere a mente (che è qualcosa che devi determinare da solo).

Non hai bisogno di qualcosa di formale come UML, se lo fai solo per te stesso.
L'obiettivo è visualizzare un'architettura in modo che tu possa gestirla. Usa qualunque cosa, pur essendo il meno possibile ostruttiva.

È una buona pratica mantenere una buona documentazione di un progetto, ma per una persona questo potrebbe non essere molto facile da fare e molto dispendioso in termini di tempo, la mia posizione qui è che è certamente necessario fare qualche UML e se il tuo programma è molto complicato o rilascerai il tuo codice che devi fare. se il tuo progetto è complesso e di grandi dimensioni potresti pensare di fare una documentazione abbastanza buona, quindi se passi un periodo di tempo lontano da esso puoi riprenderlo facilmente.