Assunto solo come sviluppatore senior, mai stato uno sviluppatore junior, cosa dovrei aspettarmi? [chiuso]

Non esiste una definizione comunemente accettata di "sviluppatore senior". Le definizioni possono esistere all'interno delle organizzazioni ma uno sviluppatore senior di solito rappresenta qualcuno:

1. Con esperienza di sviluppo software (minimo 3-5 anni),
2. Può funzionare senza supervisione costante (spesso senza supervisione),
3. Familiarità con l'ambiente di sviluppo e gli strumenti,
4. Capace di supervisionare o insegnare agli sviluppatori junior,
5. Capace di progettare e realizzare progetti di piccole e medie dimensioni.

È difficile parlare della tua situazione specifica, ma di solito c'è una curva di apprendimento quando si entra in una nuova squadra.

Indipendentemente dallo standard degli strumenti e dei processi che utilizzano, ogni team ha una storia di decisioni che li portano al loro stato attuale. Se l'organizzazione utilizza librerie o ambienti personalizzati, la mia prima domanda sarebbe quella di chiedere informazioni su documentazione e formazione . Le grandi aziende possono avere una formazione formale per i nuovi dipendenti, anche per i senior. Leggi qualsiasi progetto esistente, la documentazione dell'ambiente di costruzione, i processi e così via. Se questi non esistono, proponi di documentarli .

Vorrei quindi chiedere a abbinare a uno sviluppatore senior esistente . Questo è solitamente il modo più veloce per imparare cosa è previsto e come funzionano le cose. Come hanno risolto questo problema? Quanto impegno hanno speso per i test unitari e le recensioni? Perché lo hanno fatto in questo modo e non in quel modo? Assicurati che l'altro sviluppatore ti aiuti a configurare il tuo ambiente di sviluppo e ti guidi anche attraverso il processo di rilascio .

Fai capire loro che conosci la lingua e gli strumenti, ma non le loro tecniche. Ad esempio, se hai già fatto le cose in un modo diverso in precedenza e pensi che sia meglio del loro modo di fare, provalo con cautela e rispettosamente.

Speriamo che l'abbinamento con loro non li rallenti. Potrebbero persino apprezzare un'altra serie di occhi per individuare errori di battitura e problemi prima che siano impegnati nel controllo del codice sorgente.

Infine, ti rendi conto che non capirai completamente un grande progetto entro una settimana, quindi inizia a correggere piccoli bug o funzionalità . Assicurati che il tuo amico le riveda e tu riceverai qualsiasi feedback. Ti mancheranno le cose Farai degli errori. Va bene. Impara da loro, non ripeterli e lavora sodo. Se sei bravo in quello che fai, ci arriverai.

After one week, I'm still checking and exploring sources, but after one week of work, it seems that some coworkers are considering that I'm slow.

Una settimana è un breve periodo di tempo. Anche dopo un mese, continuerai a controllare le fonti. Non sei impegnato da questa compagnia a conoscere a memoria il loro codice. I tuoi strumenti di sviluppo o IDE sono qui per aiutarti in questo. Se qualche problema si verifica con alcuni colleghi dopo una settimana, chiedigli semplicemente come funzionano e quali strumenti usano. Se considerano che sei lento dopo una settimana, questo è totalmente offensivo. Il tempo minimo necessario per comprendere un'applicazione esistente è di circa un mese. Soprattutto con le cose aziendali, che a volte o la maggior parte delle volte non sono affatto documentate. Sei un essere umano, non un computer.

Dovresti chiedere ai tuoi colleghi di smettere di mostrarti che sei lento o che sono meglio di te, questo è un non senso! Di sicuro sono più veloci di te, perché hanno scritto le cose ... Qualcuno ti dà il lavoro, sei stato assunto per quello che sei in grado di fare e quello che hai fatto prima, quindi questi ragazzi dovrebbero solo darti il benvenuto, aiutare tu con una spiegazione di kickstarter, stand-up giornalieri e debriefing settimanali. Se continuano con questo comportamento, questo è seriamente preoccupante e dovresti considerare di risolvere questo problema con un manager o andare via.

I'm good in maths, physics, algorithms, but still I need to learn about all the templates used in this company.

Questo è abbastanza normale e può richiedere mesi. Cerca di lavorare su parti molto piccole dell'app e poi imparerai e diventerai capace di avere una visione globale del codice, dei processi (questo è forse più importante del codice), della metodologia (anche se non è formale), ecc.

Anche per le persone con esperienza nel "lavoro in azienda", essere sulla punta dei piedi non è necessariamente una brutta cosa, ti mantiene vigile e concentrato. Finché si mantiene la fiducia e non si rimane paralizzati.

Diventa più facile. Lavorando su una base di codice di grandi dimensioni, è probabile che avrai bisogno di tempo per familiarizzare con le sue complessità. Avevo più di un decennio lavorando per un certo numero di aziende prima di passare allo sviluppo (poco più di un anno fa) e ho ancora dei momenti di insicurezza quando si tratta di problemi complessi o quantità di codice scoraggianti (il nostro codice il conteggio delle linee di base viene eseguito in molti milioni), ma sono solo soldato, mantieni Google, StackOverflow e questo sito web qui aperto, mi eccitano e non sono troppo orgoglioso per chiedere aiuto. Fai parte di una squadra, non più il programmatore solitario alla tua scrivania di casa. Approfitta dell'esperienza e delle conoscenze dei tuoi colleghi.

Sei stato assunto dopo diversi livelli di interviste , il che significa che hanno fatto una scelta informata assumendoti. Sii strong, hai ottenuto il lavoro. Ciò significa che c'è già un livello di fiducia nelle tue capacità e hai codificato per un po 'di tempo. Andrà bene.