Studia un progetto per poterlo mantenere in futuro [chiuso]

3

Mi sono unito come apprendista (una società di software) in sviluppo per Windows Store. Non so molto di C #. La mia azienda ha iniziato lo sviluppo di Windows Store di recente. Non lo hanno fatto. Sviluppo Net prima, ecco perché la mia azienda ha un impiegato .Net Senior per completare il progetto.

Ogni volta che termina il progetto, lascerà la compagnia. Dovrò mantenere il progetto dopo di lui. Quindi ho bisogno di studiare il flusso del progetto e analizzare il progetto per essere in grado di mantenere gli errori in futuro.

Puoi suggerire come iniziare ad analizzare il progetto e su cosa prestare attenzione?

    
posta Kumar 28.02.2013 - 09:59
fonte

3 risposte

3

Da dove cominciare dipende se hai familiarità con la tecnologia che stai utilizzando. Non penso che sia necessario avere una profonda conoscenza delle tecnologie, ma avere una solida comprensione di come le cose funzionano è necessario.

Inizia dalla documentazione. Prima leggi i requisiti per avere una visione chiara di cosa dovrebbe fare il progetto. Quindi prova ad analizzare l'architettura per avere una panoramica della struttura del progetto.

Quando hai finito, fai una discussione sull'architettura con lo sviluppatore senior, cerca di capire perché è stata presa questa o quella decisione.

E solo dopo questo tuffo nel codice base. Leggi, esegui il debug, esegui, cambia / rompi il codice per capirlo. Se qualcosa non è chiaro, non passare troppo tempo a cercare di capire da soli. Fare domande. Adottare piccoli compiti sul progetto e completarli.

Devi fare tutto quello che puoi prima che lo sviluppatore anziano se ne vada. Quindi prestate particolare attenzione alle cose che sono più difficili da capire da soli. Inizia da quelle cose.

    
risposta data 28.02.2013 - 10:29
fonte
1

Caricalo in Visual Studio. Scegli una piccola parte di esso, un modulo o una pagina e imposta i punti di interruzione negli eventi di caricamento, quindi scorri, riga per riga, sezione per sezione finché non inizi a vedere un modello emergere.

Se non capisci qualcosa, prova a indovinare, cerca la sintassi per vedere se avevi ragione. Passare il mouse sui nomi delle variabili ti darà dettagli su cosa c'è dentro.

Dopo diversi run-through, puoi iniziare a vedere cosa stava cercando di raggiungere lo sviluppatore senior e perché.

Quando la tua tazza di caffè è vuota, fai una pausa. :)

    
risposta data 28.02.2013 - 10:14
fonte
0

A volte, ci vuole un ingegnere più esperto per essere in grado di mantenere un codice di ingegnere meno esperto.

Se il progetto è semplice, potrebbe valere la pena di scrivere da solo, perché sarà anche una lotta per capire il codice di qualcuno in così poco tempo e sarai più fresco.

Se il progetto è complesso, la tua azienda dovrebbe davvero aspettare di assumere un ingegnere di lunga durata e più esperto.

Avere uno sviluppatore che si allontana dopo il primo lancio è una cattiva idea per tutti i soggetti coinvolti. La maggior parte dei programmi ha inizialmente alcuni bug critici, e se il successo (relativamente parlando) per il primo lancio è importante, è probabile che tu stia andando verso il fallimento. Se il primo lancio di successo non è importante e può aspettare, allora di nuovo perché non aspettare che arrivi un altro dipendente di esperienza o ti conceda del tempo per costruire qualcosa di nuovo?

    
risposta data 01.03.2013 - 03:44
fonte

Leggi altre domande sui tag