Venendo dal QA, come si può ottenere quel primo lavoro di sviluppo? [chiuso]

Sono stato nel QA per 10 anni, cercando di entrare nello sviluppo per circa 5 di loro. Ho preso lezioni in C ++, Java e C #. Sono stato in grado di scrivere alcuni strumenti e test unitari in C # nel mio lavoro attuale e (a detta di tutti) ho fatto un buon lavoro.

Tuttavia, 8 mesi fa, il mio datore di lavoro mi ha incaricato di istituire il nuovo gruppo QA. Ora sto eseguendo test e implementazioni manuali senza promettere di tornare allo sviluppo. Ho esaminato le bacheche dei lavori e ci sono molti lavori per gli sviluppatori web, quindi cos'altro posso fare per ottenerne uno? Ho raccolto alcuni libri su Ruby on Rails che ho intenzione di lavorare sul Mac a casa, ma non sono sicuro che i datori di lavoro sarebbero interessati a tutto tranne che allo sviluppo del web commerciale.

Hai qualche suggerimento su come posso usare la mia esperienza per ottenere un lavoro come sviluppatore junior? E intendo uno che implica la programmazione; i post che ho visto per sviluppatori junior equivalgono a fare tutto il lavoro grugnito oltre alla programmazione. Dovrebbero semplicemente chiamarli "segretari tecnici".

Hai parlato con il tuo attuale datore di lavoro del tuo desiderio di diventare uno sviluppatore? Inizia con quello, e se non lo obbligano, è tempo di cercare altrove.

Se stai guardando le posizioni degli sviluppatori (le posizioni junior sono le migliori per cominciare), assicurati che ti faranno avere esperienza nello sviluppo reale, non nel "lavoro grugnito" che hai citato. Finché entri da qualche parte, sporgilo per qualche anno e se non è la tua tazza di tè, vai avanti. Avere una posizione di sviluppatore sul tuo curriculum, anche per un paio d'anni, ti aiuterà a ottenere posizioni migliori. Sarei onesto durante qualsiasi intervista e sottolineerei che sei appassionato di diventare uno sviluppatore dopo tutta l'esperienza di QA che hai.

Dovresti sicuramente sfruttare la tua esperienza di QA perché l'esperienza conta.

Il QA viene spesso sottovalutato dagli sviluppatori - e questo è spesso ingiustificabile.

Tuttavia, il pregiudizio esiste e non puoi esattamente eliminare il QA dal tuo curriculum.

Ecco il mio suggerimento: invece di passare direttamente a dev, passa a un "ruolo a metà strada". Il termine (almeno negli Stati Uniti) si chiama "Ingegnere dell'automazione". Combina le abilità di controllo qualità con le capacità di programmazione e di solito comporta pochissimi test manuali o QA tradizionali. La tua esperienza con i test unitari e l'attenzione di un TDD rendono questa posizione piuttosto piacevole. Ho ricoperto quella posizione per un anno (anche se provenivo da dev e successivamente sono tornato a dev) e posso dirti che c'era molta ingegneria del software da fare.

Se ti attieni al QA, passa a un'azienda in cui c'è più mobilità interna se fai bene (ci sono tali aziende) e dove c'è una tradizione e un focus di test automatizzati.

Prova anche con negozi agili. Tendono ad osservare i confini di qa / dev meno.

Non ricordo di aver visto i lavori di "segretario tecnico" quando stavo cercando il mio primo lavoro di sviluppo. Questo può variare a seconda di dove ti trovi, ovviamente, ma penso che se vuoi davvero entrare nello sviluppo, non dovresti discriminare le offerte di lavoro per sviluppatori junior. La maggior parte, se non tutti, diranno qualcosa sulla falsariga di "altri compiti richiesti dalla direzione". È normale. Ciò non significa che preparerai il caffè per il tuo capo.

Penso che la cosa importante per te sarebbe ottenere quel primo lavoro di sviluppo. Non importa che cosa sia: devi solo far apparire "sviluppatore software" sul tuo curriculum per facilitare la ricerca del tuo secondo lavoro di sviluppo, che probabilmente sarà migliore del primo.

La tua esperienza QA esistente può funzionare a tuo favore. Hai un'esperienza di lavoro nel mondo reale che non è probabile che un laureato abbia. Quindi il miglior consiglio che posso dare è iniziare a fare domanda per un lavoro e per un colloquio. Se non finisci per essere assunto, segui le persone che ti hanno intervistato e chiedi loro cosa avresti potuto fare meglio o diversamente. Questo ti aiuterà più di ogni altra cosa.

Il mio primo incarico come sviluppatore junior dopo 1,5 anni di QA (e 3 anni di supporto durante le estati) è stato quello di risolvere i problemi di markup e css. Dopo alcune settimane stavo riparando semplici difetti di codice prima di assumermi la responsabilità delle aree di lavoro e alla fine dei progetti.

In qualsiasi professione, inizi dal basso e lavori fino in fondo, lo sviluppo non fa certamente eccezione e molto competitivo. Hai chiaramente attitudine (insegnando a te stesso 4 lingue) e guida. Anche il QA e l'esperienza di test unitari ti renderanno la vita molto più semplice.

Prendi un lavoro come sviluppatore junior e attendi la tua passione, esperienza e capacità per portarti più in alto nella scala delle responsabilità.

Sulla base della tua domanda, l'area in cui vivi sembra avere un gran numero di posizioni webdev ma sembra che il tuo lavoro di classe sia focalizzato maggiormente sullo sviluppo di applicazioni.

Se il tuo obiettivo è semplicemente quello di passare a un lavoro di sviluppo, allora dovresti essere sicuro di aprire la tua ricerca a qualsiasi lavoro di sviluppo. Personalizza il tuo curriculum per concentrarti sulla tua esperienza di sviluppo sul lavoro, scrivi alcune frasi per descrivere gli strumenti automatici / test unitari che hai scritto. Non solo questo dimostrerà di avere una certa esperienza di sviluppo, ma mostrerà che è possibile documentare il proprio lavoro in modo intelligente. Basta non trasformarlo in un blocco di testo, deve essere scritto abbastanza bene in modo che il revisore non presenti il ​​tuo curriculum nel carrello sotto la scrivania. Se non pensi di poterlo rendere interessante, non ci stai ancora provando. Fai lo stesso per spiegare i tuoi corsi e i tuoi progetti collaterali. Assicurati solo di lasciare alcuni dettagli interessanti di cui puoi parlare quando ricevi l'intervista.

Detto questo, non sminuire la tua esperienza in QA. Se digiti nel codice per aiutare gli sviluppatori a identificare dove si trovano i loro bug, assicurati di spiegare che, se sei costantemente alla ricerca di modi per migliorare i processi, non lasciarlo fuori, se ti siedi alla scrivania in attesa del giorno per finire ... allora probabilmente non vorrai menzionarlo. Assicurati solo che tutto ciò che metti sul tuo curriculum sia basato sulla realtà, buona fortuna.

Se fossi un SDET (e per fortuna non lo sono), mostrerei la mia attitudine per l'ingegneria del software implementando un prezioso strumento interno per l'azienda, e userei C ++ / Java / C # per dimostrare le mie capacità. Il motivo per cui lavorerei su uno strumento interno è che molto probabilmente non mi sarebbe data la possibilità di scrivere un codice rivolto al cliente come SDET, quindi uno strumento interno è (l'unico) modo di procedere.

Pensa a qualsiasi tipo di infrastruttura o strumento interno di cui la tua azienda ha bisogno ma non ha abbastanza ingegneri per lavorarci su, come il monitoraggio del sistema, la generazione di report, il cablaggio dei test, ecc. E costruisci il miglior sistema possibile. Chiedi al tuo manager o al tuo manager di cosa hanno bisogno nell'infrastruttura in modo che tutto ciò che costruisci sia importante per l'azienda.

E quando lo costruisci, applica solide competenze di ingegneria del software:

• scrivere codice gestibile
• aggiungi molti commenti
• implementarlo per efficienza, scalabilità e affidabilità
• fissare obiettivi e un programma di rilascio
• scrivere un documento di progettazione leggibile.

All'inizio di molti lavori, mi è stato detto che non avrei toccato il codice live per mesi. Dura circa due settimane. Quindi qualcuno lancia un nuovo progetto nel gruppo di sviluppo già sommerso. Indovina chi è disponibile?