Non mi sono mai sentito così perso e demotivato così presto.

Mi sembra un caso di aspettative infrante: forse ti aspettavi di poter atterrare e scattare e non è successo. Va bene, significa solo che devi cercare meglio.

Mi è stato assegnato un compito di codifica tre giorni fa e non l'ho ancora finito, prima perché ho frainteso i requisiti del task e ora non penso che il codice prodotto dal mio codice sia corretto.

Quindi chiama qualcuno che sa come dovrebbe apparire l'output e chiedi. 'Ecco la mia implementazione in base alla mia comprensione dei requisiti, ma qualcosa sembra ancora fuori posto. Cosa ne pensi? "

Nel frattempo c'è un compagno di squadra che ha iniziato una settimana più tardi di me e ha già ricevuto due revisioni del codice approvate, e il ragazzo è appena laureato mentre io si è laureato molto tempo fa.

Forse conosce la tecnologia o ha avuto qualche fortunata esperienza precedente con un'implementazione molto simile. Forse te la caveresti molto meglio se prendessi gli incarichi che gli sono stati dati, e forse sarebbe completamente bloccato a svolgere il tuo compito attuale. Non lo sappiamo: pur comprendendo la tua preoccupazione, nessun PM degno di questo nome si affretterebbe a trarre conclusioni sulle prestazioni di sviluppatori vecchi di due settimane.

Mi sento anche "indietro" perché la programmazione il linguaggio è nuovo per me.

Quindi questo è un fattore in più e completamente comprensibile. Di nuovo, metti un po 'di impegno nel grokking della lingua. Ho un background in linguaggi fortemente tipizzati e guidati da eventi. Quando ho iniziato a implementare su JavaScript, mi sono sentito come se stessi cercando di forzare JS a comportarsi in modo sincrono e innaturale. Mi ci è voluto del tempo per rilassarmi e godermi la sua natura asincrona. Adesso ne sono innamorato.

Sto anche combattendo una battaglia interna tra "leggi il codice!" e "fai domande!". [...] Posso fare domande e ottenere risposte velocemente, ma non voglio disturbare le persone.

Ora è facile: Sempre fai le domande , finché non ti senti abbastanza sicuro da procedere per conto tuo. Loro si aspettano che tu: Sei fresco del loro modello di business e della loro base di codice.

Quindi, in pratica, non so come procedere o come smettere di sentirmi così in basso .

Ti senti così in basso perché percepisci il tuo stato attuale come un intreccio di situazioni negative: combattere il linguaggio, l'implementazione, il compito, la tua mancanza di conoscenza del modello di business e infine concorrenza naturale del tuo ambiente di lavoro.

YMHO hai solo un problema: Focus. Devi rafforzarti e attaccare il compito assegnato con tutte le tue forze e fornire qualcosa al di sopra e al di là delle aspettative. Questo ti darà fiducia, assicurerà al tuo PM che sei una risorsa affidabile e aprirà le porte a una migliore esperienza professionale nel tuo nuovo lavoro.

Inoltre, buona fortuna per il tuo nuovo lavoro!

Alcune considerazioni su questo:

• Ciò che fa un altro sviluppatore e la velocità con cui procede non è di alcun interesse nel tuo caso. Ignora questo e se senti che non puoi ignorarlo, ignora anche questo sentimento. Non puoi giudicare con precisione la progressione di quel ragazzo e non dovresti sprecare tempo ed energie per farlo.
• Se ti senti in colpa per chiedere e "perdere tempo", guarda in questo modo: Se non sai cosa stai facendo, stai perdendo più tempo. Non chiedere è perdere tempo (e quindi denaro dell'azienda). E perché dovresti sprecare tempo e denaro?
• Se davvero non sai se potresti disturbare le persone, controlla con il tuo manager. In genere, c'è una certa quantità di tempo riservata per aiutare un nuovo membro del team (sto calcolando due settimane intere in questo caso, sono possibili così tante domande) che ci si aspetta da dedicare a questo argomento. Come PM, mi arrabbio persino se scopro che questa volta non viene utilizzata e il nuovo ragazzo non fa domande ma è ovviamente irritato e poco performante. Per dirlo chiaramente: come PM, sono infastidito da te NON CHIEDERE , non da te che lo chiedi.

La maggior parte delle risposte precedenti ha detto FARE DOMANDE e vorrei ribadirlo con maggiore enfasi:

ASK. DOMANDE.

Come affermato, ci si aspetta da te: sei nuovo nel sistema, nuovo nella lingua e nuovo nell'ambiente. Ti è stato detto di chiedere, quindi non dovresti averne paura.

Detto questo, capisco l'esitazione: è difficile, con persone, sistemi e semantiche che non capisci ancora di essere circondandoti completamente e aspettandoti che tu sappia anche le domande giuste da porre. Sono stato nella stessa posizione di paura paralizzante che mi impedisce di svolgere il mio lavoro. Quindi lo scopo di questa risposta è cercare di aiutarti a sapere cosa chiedere e come chiederlo.

Scrivi le cose

Mentre procedi codice e non sei sicuro di come funziona qualcosa, prendine nota. Annota la domanda che vorresti porre. Spesso quando l'ho fatto, mi ha portato a pensare a potenziali soluzioni al problema e alla fine ho finito per non aver bisogno dell'aiuto. Ovviamente non è sempre così, ma può succedere. Quando hai in mente un problema specifico, la soluzione potrebbe improvvisamente sembrare un po 'più chiara.

Raccogli le tue domande

Una volta che hai un buon elenco di domande, leggile tutte e cerca connessioni. Questa domanda è collegata a questa? La risposta a questa domanda potrebbe influire sul risultato di questa? Conoscili a fondo e approfondisci esattamente ciò che vuoi sapere. All'inizio può sembrare un compito arduo, ma quando ti concentri davvero sull'argomento delle domande stesse, si spera che sarai in grado di identificare esattamente di cosa non sei sicuro.

Prendi nota di tutto le cose che hai provato a risolvere i problemi, o tutte le diverse idee che hai sulla comprensione del sistema, saranno utili in seguito quando spiegherai il tuo processo di pensiero.

Avvicinati alla persona giusta ​​h3 >

Guarda le persone che sono disponibili ad aiutare e prova a decidere chi sarà in grado di rispondere meglio a queste domande. È un manager, un membro del team? A volte questo è difficile da identificare quando sei nuovo in un ambiente di lavoro, ma fai del tuo meglio - potrebbe valere la pena porre una domanda iniziale di "Chi dovrei chiedere a riguardo?" per essere indirizzato alla persona giusta.

Una volta che hai qualcuno a cui chiedere, fai sapere cosa vuoi chiedere e chiedi specificatamente per un po 'di tempo, qualcosa del tipo: "Ho alcune domande su questa applicazione. Ti dispiacerebbe venire alla mia stazione per circa quindici minuti così posso guidarli da te? " In questo modo, rendi le tue intenzioni molto chiare e hai indicato loro che richiedi la loro attenzione diretta per un po '. Significa che possono liberarti un po 'di tempo e concentrarti sul compito da svolgere.

Poni le domande!

Dovresti avere tutti i tuoi appunti e qualsiasi ricerca che hai intrapreso scritto - quella ricerca sarà utile se ti fanno domande di follow-up, come "Cosa hai provato finora?" È molto bello dimostrare che sei abbastanza competente da aver esaminato la questione, almeno. Se eri sulla strada sbagliata, non dovrebbe essere un problema: saranno in grado di rimetterti nel giusto.

Analizza le domande nel modo più strutturato possibile. Questo ti aiuterà a rimanere concentrato e a non perdere nulla. Trovo utile avere una macchina nelle vicinanze con il codice o il sistema in questione disponibile, in modo che se vogliono dimostrare qualcosa non devi andare a cercare file o snippet.

E prova il tuo meglio rilassarsi: questa persona è venuta per aiutarti, quindi è chiaro che ti stanno incoraggiando a fare domande. Assicurati di ringraziarli anche per il loro tempo.

Questo è il lungo e il corto. Ad un certo punto dovrai fare domande, quindi è meglio farlo prima piuttosto che dopo. È meglio (nella peggiore delle ipotesi) sentirsi un po 'sciocco ora per aver perso qualcosa di ovvio che passare settimane a sembrare incompetenti perché non sai cosa stai facendo ... a causa della mancanza di qualcosa di ovvio.

è difficile. Può essere imbarazzante e sminuire, soprattutto se ritieni che dovresti fare meglio, ma ti farà così tanto bene su tutta la linea. E sono molto fiducioso che una volta che sarai su un terreno più solido, ti sentirai molto meglio con il tuo lavoro. Spero che vada bene!

NB: Un ultimo punto: non confrontarti con i tuoi colleghi. Non fa mai bene a nessuno. Considera te stesso come un'unità che si concentra sul raggiungimento di un compito e ti garantisco che ti sentirai più felice e realizzato.

Sto anche combattendo una battaglia interna tra "leggi il codice!" e "fai domande!". Il codice è leggibile ma penso che non mi aiuti a capire la logica di business. E posso fare domande e ottenere risposte velocemente, ma non voglio disturbare le persone.

Penso che perdersi all'inizio sia una cosa abbastanza comune, quindi rimani sempre in pista con il tuo senior o uno dei due manager per sapere cosa puoi fare dopo finché non pensi di essere abbastanza in grado di farlo da solo, non saranno disturbati dopo tutto. a meno che tu non faccia ripetutamente domande simili o una domanda che puoi cercare da solo

buona fortuna e spero che Dio ti benedica per il tuo brillante futuro.

MODIFICATO per una migliore leggibilità