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

Quanto è utile UML se sei uno sviluppatore che lavora da solo in un progetto?

Può essere molto utile se il progetto è abbastanza grande da avere difficoltà a tenere tutto dritto nella testa. Ottenere 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 sul lavoro, sono solo buoni per me lavorare con loro ...

È molto utile e prezioso .

Come altri hanno già detto, è meglio per la comunicazione e a colpo d'occhio potresti dire "solo 1 sviluppatore quindi ... nessuna comunicazione necessaria" ma non credo sia vero.

Quindi, per chi sono l'UML e la comunicazione?

1. Voi! - Si tu. Quando ti allontani dal progetto per un po 'e poi torni, sarà lì per aiutarti a ricordare il funzionamento del progetto.
2. Nuovi sviluppatori - Anche se ora potresti essere l'unico sviluppatore, questo non vuol dire che in futuro qualcun altro non lavorerà sul tuo progetto o che potrebbe espandersi per avere più di 1 sviluppatore.
3. Collaboratori aziendali - Se devi presentare qualcosa a un capo, 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 - Sia che tu o qualcun altro stiate facendo la documentazione per l'utente finale con un UML di un progetto può essere un'ottima piattaforma di lancio. Molto meglio che cercare di ricordare tutto al volo mentre lo scrivi o detta ciò che puoi ricordare a qualcun altro.

Inoltre, sono utili anche per la pratica 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 persona. Anche se lo userei comunque per schizzi di progettazione approssimativi, ecc. La visualizzazione può essere di grande aiuto nella comprensione di problemi complessi.

Un possibile uso importante, tuttavia, è documentare il progetto per i tuoi successori: difficilmente sarai l'unico a lavorare su quel progetto (qualsiasi progetto).

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

Ho provato ad usarlo per piccoli progetti personali e non è stato terribilmente utile. Lo strano diagramma di classe o sequenza può aiutarti a organizzare i tuoi pensieri, ma dopo un certo punto diventa più lavoro di quanto valga la pena.

Faccio molto lavoro da solo (come libero professionista) 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 allo stesso progetto.

Può essere utile perché quando stai provando a documentare le tue decisioni di progettazione e architettura in UML ti fa pensare più in profondità all'applicazione e, talvolta, scoprire nuove cose e fare idee migliori. Ma sono d'accordo con gli altri sul fatto che se si tratta di un piccolo progetto potresti non trarne molti benefici quando lavori da solo.

Marginale Penso che ... UML ha lo scopo di comunicare idee sul design. Se pensi davvero in UML e riesci a produrlo velocemente come altri modi per mappare quel design, vai avanti e usalo. Altrimenti probabilmente stai meglio sgridando qualcosa che assomiglia a schizzi approssimativi e forse un po 'di UML "Lite" di cui il tuo progetto ha bisogno.

Assicurati di risolvere alcuni casi d'uso se senti che una particolare area ne ha bisogno. eccetera.

Qualunque sia la tua strada, avrai bisogno di qualcosa a cui fare riferimento tra 12 mesi quando è il momento di pensare alla v2.

Ho usato un'implementazione minima (figure stilizzate, scatole collegate e alcune etichette) in alcuni progetti. Ho pensato che fosse più semplice rappresentare un processo particolare che cercare di descriverlo in forma scritta. Alcuni puristi probabilmente diranno che in realtà non è UML, ma ai clienti non importa, quindi nemmeno io.

Avere una rappresentazione grafica di un'architettura può essere d'aiuto, se l'architettura è troppo grande da tenere semplicemente 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 da poterla gestire. Usa tutto ciò che funziona, pur essendo il meno ostruttivo possibile.

È una buona pratica tenere una buona documentazione di un progetto, ma per una persona questo potrebbe non essere molto facile da fare e richiede molto tempo, la mia posizione qui è che devi certamente fare un po 'di UML e se il tuo programma è molto complicato o tu rilasciando il codice è necessario farlo. se il tuo progetto è complesso e di grandi dimensioni potresti pensare di fare una documentazione abbastanza buona, quindi se trascorri un periodo di tempo lontano da esso puoi riprenderlo facilmente.