Volevo sapere se qualcuno aveva qualche suggerimento per la transizione da piccoli progetti personali e corsi, a un grande progetto su scala aziendale?
Sono al mio secondo anno di università e ho raggiunto un posizionamento con una grande azienda tecnologica, per lavorare su un progetto piuttosto ampio, sono solo un po 'preoccupato di' trovare la strada giusta 'per un progetto così grande.
Ulteriori informazioni sul controllo del codice sorgente e su come seguire "lo stile di casa", se ce n'è uno, cioè non combattere l'uomo se l'uomo vuole che tu usi le schede sugli spazi, inserire o escludere il punto e virgola e così via.
Prenditi il tuo tempo, imparare un nuovo codice base richiede molto tempo. Prendi familiarità con il linguaggio in cui è scritto il codice e lo stile utilizzato per scrivere quel codice, se non lo conosci già. Scopri il codice prima di apprendere il codice, con basi di codice grandi è quasi impossibile ricordare esattamente cosa fa ogni pezzo di codice, ed è inutile perché il codice è sempre lì per mostrarti cosa fa, se riesci a trovarlo, quindi impara come trovare il codice che desideri.
Devi iniziare in piccolo, e il tuo datore di lavoro probabilmente aiuterà in questo modo assegnando solo piccoli compiti in un primo momento che richiedono solo modifiche localizzate e gradualmente lavorano verso cambiamenti più grandi. Inoltre, non abbiate mai paura di porre domande ai membri del team, soprattutto all'inizio è necessario creare relazioni con loro tanto quanto è necessario per imparare il codice.
La cosa più importante che vedo mancare nella mia azienda per i nuovi assunti che arrivano direttamente dall'università è l'abitudine di documentare il codice in modo completo. Sfortunatamente, la maggior parte dei corsi ti insegna come esprimere ciò che vuoi fare alla macchina (il programma) ma non alla povera anima che deve mantenere il codice in seguito.
Non sto parlando molto di cose come UML. Questo di solito è coperto. Intendo Javadoc, Doxygen e simili; revisione del codice; specifiche e contratti; chiarezza quando si scrive la descrizione per un commit al VCS; chiarezza nella creazione di nuovi problemi nel tracker dei problemi. Più esperienza acquisisci, più grandi sono i progetti che gestisci, queste cose tendono a diventare ancora più importanti del codice stesso.
Ero nella stessa barca l'anno scorso. Ti suggerirei di spazzolare le tue abilità SQL, ne userai un bel po '. Nella mia esperienza in università, SQL non è stato insegnato in modo approfondito se non del tutto, e con qualsiasi grande progetto in una grande azienda tecnologica, si aspetta di avere un'esposizione ad esso.
Un'altra cosa che ha davvero aiutato la transizione verso la forza lavoro era il networking. Incontra il maggior numero possibile di colleghi, la maggior parte di loro è venuta da me e ha offerto aiuto e / o consigli e io sarei rimasto indietro dove sono ora senza di esso.
Leggi altre domande sui tag large-scale-project learning