Sono una cooperativa (al college, ma lavoro 3 mesi, poi corsi per 3 mesi, lavoro di nuovo per 3 mesi, ecc. fino alla mia laurea) presso un'azienda del dipartimento IT. Il mio lavoro di solito ha a che fare con la scrittura di software, ma non siamo una società di software e gran parte del software è scritto in India. Questo termine di lavoro (3 mesi) mi è stato dato un grande progetto, per progettare alcuni software per visualizzare i dati estratti da un altro dei nostri sistemi.
Alla fine di questo termine sono finito con due software per, uno al 100% (i dati che tiravano indietro) e l'altro 80% (il front-end grafico). Mi sono divertito e ho imparato molto come sempre, ma non sono molto contento dei risultati del codice. Non ho mai avuto la possibilità di una revisione del codice o di una possibilità di apprendere le strategie di progettazione e analisi per il motivo che ho menzionato sopra nell'anno in cui sono stato qui (4 termini).
Ecco come è andato il progetto, e riflette come ho fatto praticamente tutti i progetti fino ad oggi, anche se è più chiaro in questo progetto poiché questa è la cosa più grande che ho fatto finora. La prima cosa che ho fatto è stata la presentazione di come l'intero sistema avrebbe operato da un livello elevato. Di solito non lo faccio, ma mi è stato chiesto dal mio capo. Quindi, mi sono tuffato nel problema e ho iniziato a sbattere via. Per me, trovo che aiuti (ed è più divertente allo stesso tempo) a mettere giù qualcosa e lavorare per rivedere l'organizzazione poco dopo, così da poter continuare in modo organizzato. Da lì l'edificio ha rallentato un po 'quando il progetto si è ingrandito. Mi sentirò molto più confuso, ma inizierò anche a disegnare più cose, fermandomi a pensare a come ciò che sto costruendo si inserirà nell'intero sistema. Questo ha continuato per un po 'fino a quando il mio termine di 3 mesi era quasi scaduto. Qui, ho iniziato a correre per fare le cose. Ho iniziato a distruggere alcune organizzazioni a favore di cose veloci in modo da ottenere un prototipo funzionante (mi è stato chiesto solo un prototipo quindi ho pensato che andasse bene e se il progetto fosse andato avanti potrei sempre rivederlo) . È qui che la mia intera cosa ha iniziato a crollare perché non ho avuto il tempo di riflettere correttamente su come gran parte di ciò che stavo codificando avrebbe influenzato tutto il resto. Ora mi sento come se, nella fase finale, avessi un sacco di codice flessibile e strettamente accoppiato con un prototipo a malapena funzionante.
Con il senno di poi, ecco quello che vedo:
- Ho fatto un buon lavoro sulla panoramica originale e mi ha aiutato anche perché potevo suddividere l'intera cosa in pochi blocchi principali. I problemi cominciarono a sorgere quando entrai nei dettagli di ogni chunk. C'era una buona idea fissa su cosa avrebbe fatto ogni pezzo, ma non le parti specifiche che facevano funzionare quel pezzo (non so cosa avrei potuto fare di più per spiegare comunque ogni pezzo. trovare quando si tratta di dettagli come questo, lo scopro mentre vado).
- C'erano molte cose sul sistema che stavo estraendo dati da ciò che non conoscevo all'inizio e avrei dovuto avere molte più informazioni su come il sistema funziona nel suo complesso. Tuttavia, all'inizio del termine sono sempre timido e tende a non fare domande. Questo probabilmente ha anche contribuito al fatto che di solito non conosco le specifiche di ogni pezzo fino a quando non lo realizzo.
- Anch'io sono stato vittima di un po 'di creep dell'oscuramento dato che alcune funzionalità sono state aggiunte all'elenco delle cose da fare con circa un mese e mezzo da percorrere.
- Non sembro mai sapere esattamente dove voglio andare su parti specifiche. Provo qualcosa e se ciò non funziona, provo qualcos'altro fino a quando non funziona o ottengo qualcosa che è più ordinato. È questo il modo giusto di fare le cose?
Le mie domande:
Che cosa avrei potuto fare meglio? So che nessuno qui conoscerà le specifiche del mio progetto ma non c'è nessun altro con conoscenze di programmazione che potrebbe dirmi come potrei crescere in questa situazione. < br> Come potrei recensirmi meglio? Poiché non ho mai avuto nessun altro in grado di rivedere la mia codifica e non sto lavorando direttamente con altri codificatori, come avrei potuto riflettere meglio sul mio progetto, entrambi dopo, e durante il progetto?
La domanda su cosa potrei fare meglio è diretta principalmente alle parti in grassetto della mia spiegazione, in cui mi sento più preoccupato di come mi sono avvicinato al problema.