Cosa devo aspettarmi dal mio primo lavoro di programmazione? [chiuso]

Ci sono troppe cose che non puoi imparare al college . Esistono anche molte cose specifiche per l'azienda . In entrambi i casi, puoi scegliere:

• o chiedi spiegazioni ai tuoi colleghi,
• oppure non chiedi nulla a nessuno e rischi di commettere un errore.

Se assumo qualcuno che non ha esperienza professionale, non mi dispiacerebbe se lei ponesse molte domande nelle prime settimane o mesi. D'altra parte, se teme di chiedere aiuto e spreca ore a risolvere un problema che un altro sviluppatore può risolvere in pochi secondi o commette errori stupidi che potrebbero essere facilmente evitati da qualcuno più aperto alla comunicazione con i colleghi, mi infastidirà molto di più. / p>

Non evitare domande. È un buon modo per imparare entrambe le cose e socializzare con le persone con cui lavorerai. Ma:

• Non fare domande solo per chiedere loro.
• Ricorda che le altre persone hanno il loro lavoro da fare e le loro scadenze. Hanno altro da fare che passare il loro tempo ad aiutarti per ogni compito.
• Non aspettarti che altre persone facciano il tuo lavoro (proprio come non è mai il benvenuto chiedere a Stack Overflow di fare il tuo lavoro).
• Nota che se disturbi uno sviluppatore, perde dieci o più minuti per concentrarsi di nuovo. Quindi non fare domande se riesci a trovare una risposta in pochi secondi su Internet.

Esempio di domande errate:

• "Ehi, voglio creare un array come {1, 2, 3, ... n-1, n} in PHP. Puoi aiutarmi?" Qui, devi solo dimostrare che non solo non sai come usare la documentazione PHP, ma non ti preoccupi nemmeno di cercare su Google o di pensare per un momento. Va bene se non conosci il metodo range in PHP. Non va bene se non riesci a trovarlo da solo.

• "Sto cercando di implementare i plugin, ma non so cosa sia in .NET Framework di CAS. Puoi spiegarmi cos'è?" Sì, è più facile chiedere per spiegazioni, ma per quanto riguarda la ricerca di Google per "CAS .NET Framework 4.0" prima?

• "Perché mi costringi a usare il controllo di versione? Ho sempre lavorato senza di esso e non capisco perché avrei bisogno ora." Beh, i tuoi colleghi non lo fanno devi spiegare perché devi usarlo. Innanzitutto, è una linea guida della tua azienda. Non sei qui per dettare come lavorare. In secondo luogo, ci sono un sacco di libri, articoli di blog e risposte sui siti web di SE che spiegano perché tutti devono usare il controllo della versione. Devi solo cercare.

Esempi di domande che sono i benvenuti:

• "Voglio confermare le modifiche al controllo di versione, ma c'è uno strano messaggio di errore. Dice: [...]. Forse sai cos'è questo?" Opportunità il tuo collega ha visto questo messaggio decine di volte prima, quindi va bene chiedere questo.

• "Sto leggendo la pagina 9 dei requisiti per questo progetto, parte 4.2.1, ma non sono sicuro: è per me o per l'amministratore del database fare questa parte? " È meglio chiedere, piuttosto che passare tre giorni a fare il lavoro che è già stato fatto dal dba.

• "Devo implementare plugin, ma dopo aver letto questo e questo, non capisco ancora cosa sia una sandbox e in che modo questo è legato alla sicurezza. Potresti spiegarmi più tardi quando sarai tu? Sarai libero? " Hai cercato. Hai fatto uno sforzo. Non hai capito Va bene non capire tutto, e sarebbe meglio chiedere una spiegazione piuttosto che passare un weekend a cercarla.

"The only stupid question is the one that goes unasked."

^ Scherzi a parte. Ricordalo.

Se sei stato negli studi accademici per 6 anni, presumo (e sperando ) di avere una solida conoscenza dei concetti di base dell'ingegneria. A meno che tu non ti sia trovato in una brutta situazione con un datore di lavoro terribile, dovrebbero essere consapevoli del fatto che essere appena uscito da scuola nel tuo primo lavoro, avrai una curva di apprendimento davanti a te e aspettarti di sbagliare lungo la strada .

Se le tue abilità non corrispondevano a ciò che il datore di lavoro stava cercando, non ti avrebbero ingaggiato. Se ti hanno assunto anche se le tue abilità non corrisponde a quello che stanno cercando, quindi molto probabilmente non vuoi lavorare lì comunque.

Più domande fai, più velocemente ti abituerai al tuo nuovo ambiente di lavoro. Detto questo, in genere agli ingegneri non piace essere costantemente disturbati perché occorrono circa 15 minuti per rientrare nell'oscillazione delle cose. Quindi, potrei pensare a mettere tutte le vostre domande rilevanti in una e-mail e inviarle a qualcuno in "the know" alla fine della giornata.

Alcune aziende ti associano a un mentore, altri no.

Smettila di preoccuparti così tanto. Nessuno è di livello mondiale il loro primo giorno.

Il mio primo lavoro di programmazione stava rilevando un sito web che era stato scritto in lingue che non sapevo nemmeno. Ero l'unico sviluppatore e non avevo nessuno che potessi chiedere aiuto. Avevo molta paura di non durare a lungo (se non fosse per i forum che probabilmente non avrei avuto). Quindi cosa ho fatto? Ho fatto un sacco di domande sui forum. Tonnellate. Mi sono sentito come se stavo chiedendo così tante domande "amatoriali" che ho reso il mio avatar "Sono stupido" (è ancora là fuori ... da qualche parte).

Il mio punto è che la paura è naturale ma la supererai e farai molte domande amatoriali. È il modo migliore per imparare. Almeno nel mio caso lo era, e lo è ancora.

Anche quando ero nel mio addestramento IT nelle forze armate, hanno brevemente sorvolato su ogni concetto e hanno detto che "imparerai il tuo lavoro alla tua prima stazione di servizio .. questo è solo così che tu sia in qualche modo familiare con qualunque che succede. "

Se fai domande stupide, ma chiedi solo una volta, i tuoi pari non ti odieranno. Ma se non impari mai, diranno al tuo capo di licenziarti.

Il tuo sich è fuori dal tuo controllo. O sarai con brave persone che vorranno che tu abbia successo, o sarai con il male che vorrà che tu fallisca.

Cerca di non essere nervoso e fai solo ciò che puoi. E metti un sacco di lavoro extra imparando la lingua e le app aziendali.

Quando fai una domanda, assicurati di:

• Preparati prima di chiedere
• Dai alla persona che stai chiedendo il tempo di uscire dalla zona
• Cerca di far sentire l'altra persona intelligente

link

Il mio primo lavoro di programmazione riguardava un linguaggio e una piattaforma / framework che non avevo mai toccato prima (Visual C ++ / MFC, e sono stato educato in C su Unix con un po 'di Java).

Morale dell'aneddoto: quando non hai esperienza commerciale, il primo datore di lavoro che ti porta in genere ti vede più o meno come una lavagna pulita. Guardando indietro ora, anche se fossi stato assunto per un ruolo C su Unix, il 95% + della curva di apprendimento all'inizio di quel primo lavoro sarebbe stato molto di più sulle soft skills, il controllo del codice sorgente, la politica / gestione dell'ufficio e altri simili cose per cui l'esperienza accademica non può davvero prepararti. Dal punto di vista tecnico, generalmente si aspetta che tu sia molto traballante nei tuoi primi mesi o due: lo shock per il sistema dalle cose non tecniche è di per sé solo una distrazione. Lo sanno, quindi probabilmente non si aspettano molto.

MainMa ha buoni consigli : in pratica cerca di non disturbare le persone con il tipo di domande che sono facili per Google e che dovrebbero venire con il territorio per qualcuno con 6 anni di esperienza accademica. Una buona regola empirica è che le conoscenze generiche di programmazione dovrebbero essere prima ricercate prima di fare domande, mentre la conoscenza specifica dell'azienda / dominio interno è molto più sicura da chiedere dopo una ricerca minima.

Sono un neolaureato e ho sviluppato software professionalmente da circa un anno. Hai paura delle stesse identiche cose che temevo, quindi non sei solo. Mi sento come se avessi attraversato quello che stai descrivendo qui. Il miglior consiglio che posso darti è il seguente:

1. Circondati di persone più intelligenti di te e disposte a fare da mentore. Sii il più educato possibile, leggi le persone e scopri le tue alleanze. Non tutti saranno disponibili ad aiutarti, ma scoprirai facilmente chi sono le "persone giuste" e quelle con cui vorresti essere amici.
2. Poni domande il più possibile se ritieni che Google non possa rispondere.
3. Renditi conto che ci sono molti che non sono stati a scuola da un po ', ed è probabile che possano vederti come una mente nuova per le idee. Non aver paura di sparare idee, e non aver paura di non essere d'accordo con gli altri.

È una linea sottile, ma scoprirai dove attraversarlo e dove no. La cosa migliore che puoi fare è essere entusiasta di apprendere e circondarti di persone che ne sanno più di te sullo sviluppo del software.