Come posso superare il requisito degli "anni di esperienza" quando mi candido per una posizione?

Versione breve: Potrebbero aver scelto un motivo non personale e non discutibile

Ci vuole tempo per acquisire abilità oltre che esperienza. Potresti essere un buon codificatore, ma non abbastanza esperto per i loro gusti nella gestione dei progetti, o non pensavano che tu fossi un buon compagno di squadra.

Hai considerato che potrebbero esserci diverse ragioni per cui non ti vogliono, ma che la ragione del rifiuto è una ragione molto difficile da discutere? In realtà potrebbe essere perché sono stati peccati invece di doverti dire che pensano che tu abbia un cattivo atteggiamento o che non sei abbastanza bravo e - peggio ancora - che non sei d'accordo e cominci a discuterne. Dire “Non hai l'esperienza che cerchiamo” è neutrale e chiude la discussione prima che inizi.

Potresti chiedere loro se hanno qualche suggerimento su come puoi migliorare - oltre a lavorare più anni - per essere più adatto alla loro azienda. Potreste imparare un paio di cose.

In realtà ho assunto, in particolare per quello che è descritto qui, quindi userò alcuni esempi di ingegneria del software.

Anche se sono d'accordo che l'esperienza vi darà di più - competenza in materia, abilità delle persone, e ben arrotondamento - credo che tutti questi punti possono essere (e sono) tipicamente chiariti nella descrizione del lavoro. Posso dire che sono alla ricerca di specifiche in queste aree, e mantenere il campo aperto ad un pool più ampio.

Allora… cos'è l'esperienza?

È aver avuto il tempo sul campo di vedere il ciclo di feedback causato dalle vostre decisioni.

In particolare in ingegneria, voi (e il vostro team) prenderete varie decisioni su come farete il lavoro, quale sarà il progetto e altri presupposti di base. Procederete con una sorta di piano, che è inevitabilmente difettoso. Mostratemi un piano che ha funzionato perfettamente e mi mostrerete o un progetto molto piccolo, o un ingegnere molto poco perspicace. Nessun piano sopravvive al contatto con la realtà, e anche un piano molto buono può funzionare bene in modi inaspettati e male in altri.

Col passare del tempo, adeguerete il piano, le persone e le tecnologie andranno e verranno, e la realtà non andrà avanti in modo prevedibile. Il team troverà nuove soluzioni e modifiche al piano per compensare ciò che ha imparato.

Questo ciclo di feedback è ciò che caratterizza un ingegnere. Proprio come un laboratorio è di solito molto preferito all'apprendimento e alla memorizzazione dei turni - l'esperienza di vivere il ciclo di vita di un prodotto (o più di uno!) fornisce al candidato informazioni più pratiche su ciò che funziona - sia per il suo team che per se stesso. Può includere euristiche di progettazione, modi per migliorare i processi di sviluppo, buone abitudini di lavoro, trucchi di ricerca ed esperienza su come fare le cose in un'organizzazione.

Variazione negli anni

Non è una cosa fissa - in effetti 3-7 suona bene. C'è un punto dopo 2 ma prima di …8? dove c'è un numero significativo di casi in cui un ingegnere dice “Oh… che non ha funzionato prima, proviamo in qualche altro modo” una parte significativa del tempo. Eppure non sono così bruciati dall'esperienza che non riescono a vedere la speranza di provare cose nuove e di andare con nuove strategie. Dopo il 10, vedo una grande differenza - di solito da una diversità di esperienze lavorative che significa che ciò che l'ingegnere vede non si applica solo alla sua area principale di lavoro, ma ai pezzi dell'organizzazione che lo circonda.

Non è sicuramente un numero fisso. Ecco alcuni esempi in variazione:

• Un ingegnere che è passato da un progetto all'altro in un arco di tempo molto breve, non avendo mai visto il rilascio completo di uno di essi, è probabile che abbia meno esperienza da questo punto di vista.
• Un ingegnere che ha svolto diversi stage e poi 1-2 anni con lo stesso gruppo può avere più dei 2 anni di esperienza standard, dato che ha visto quel gruppo sopravvivere 3-4 anni di storia, indipendentemente dal fatto di essere stato lì per spazi di tempo fissi (diciamo uno stage estivo durante la scuola)
• Qualcuno che lavora in un negozio molto piccolo con un sacco di fai da te può acquisire più velocemente un'esperienza più ricca. Non vedo troppe di queste operazioni come quelle fortemente sperimentate a breve termine (2 anni), ma vedo che cominciano a rientrare nella fascia dei 7 contro i 13 anni - una persona di una piccola startup che ha dovuto fare praticamente di tutto mostra più esperienza di un ragazzo che ha lavorato per 13 anni facendo sempre una piccola parte dell'attività, senza mai mettere in discussione il processo non andando mai oltre il suo piccolo pezzo di mondo.

C'è un'equazione?

No… ma vi aspettavate davvero un sì?

È sicuramente un fattore di:

Time working + experiences survived + nature of role & responsibilities + lessons learned

Direi che la maggior parte dei ruoli ha un fattore di punteggio istintivo. E può essere legato tanto alle lacune della squadra attuale quanto alla natura del lavoro che svolgono. Non ho bisogno di capacità di affrontare il cliente, ad esempio, in un enorme team di appaltatori della difesa, dove tutti i contatti con i clienti sono gestiti dal management. E i tipi di contatto con i clienti sono molto diversi tra l'ingegneria di vendita e il supporto tecnico IT. L'esperienza con l'uno ad un certo livello _aiuta con l'altro, ma chi si adatta al profilo desiderato più da vicino ma con meno anni può benissimo ottenere la valutazione più alta.

In sostanza alcuni del “fattore esperienza” si riduce a dire (come mangiatoia per l'assunzione) - “quanto facilmente posso infilare questo piolo quadrato nel mio foro triangolare? ”

Interviste per l'esperienza

La differenza tra esperienza e “non abbastanza esperienza” o “non l'esperienza destra” si riduce, per me, a domande di “cosa hai imparato facendo le cose sul tuo curriculum?”.

Se in risposta a queste domande la risposta è:

• beh, non ho lavorato abbastanza a lungo per aver imparato molto.
• Non ne ho idea, continuo a cambiare progetti e non ho mai seguito le persone sui progetti per vedere cosa è successo.

Allora probabilmente dirò - “non ha l'esperienza”.

Se, tuttavia, ottengo:

• Continuo a cambiare progetto, ma ho notato che quando hanno rilasciato il prodotto, ha avuto reazioni XYZ, il che mi ha reso contento/repensante che abbiamo fatto ABC.

• Beh, non ho fatto un ciclo di vita completo, ma ho un pantheon di modi non per dare il via a un progetto, finora abbiamo fallito negli ultimi 5 tentativi, ma abbiamo imparato a non fare E, F, G, H, e soprattutto I.

• Alcune intuizioni ponderate sui modi per migliorare il processo dopo che un vero ciclo di vita è completato

Poi ho intenzione di votare il candidato più favorevolmente. Nota - il fallimento è piuttosto comune. Sperimentare il fallimento è spesso ancora più potente che sperimentare il successo. Se ti unisci subito a un progetto complesso e di successo e fai un buon lavoro, potresti in realtà avere un'esperienza senza solo perché non hai visto un grande disastro, né hai imparato a sopravvivere. Dovremmo essere tutti così fortunati!

Posso battere il sistema?

Forse. Potresti avere una conversazione approfondita sui punti di forza e le lacune del tuo set di abilità? In che modo le tue esperienze e i tuoi pregiudizi hanno aiutato e ostacolato le tue squadre fino ad ora? In che modo i vostri progetti hanno avuto successo o sono falliti o sono stati meno efficienti su più di un livello “il libro di testo lo dice, quindi deve essere vero”? Allora la sfida è in gran parte trasmessa nel colloquio.

Tenete presente che il job rec è stato scritto sulla base dell'esperienza di almeno una persona. Probabilmente diverse. Ci sono miriadi di strategie per come viene scritto un job rec e ogni azienda può essere diversa - ma la gamma 3-7 è abbastanza canonica da far pensare a qualche gruppo sul perché questa volta sul campo sia importante. Se avete intenzione di vendere un'idea alternativa, rendetevi conto che potreste dover andare oltre per mostrare perché voi, in particolare, siete l'outlier e che siete in qualche modo più stagionati di quanto gli anni che avete normalmente indicato.

Rendetevi anche conto che vi stanno prendendo in considerazione alla luce di un pool. Se qualcuno con tutte le tue capacità entrasse per lo stesso lavoro l'ora successiva dopo che hai lasciato la stanza, ma avesse una certa esperienza che tu non hai ancora avuto - allora non c'è motivo di scendere a compromessi.

Altre risposte hanno affrontato il motivo per cui hanno a cuore anni di esperienza, ma per rispondere alla domanda nel tuo titolo, come superare questo, la risposta è: inizia con la lettera di presentazione.

Potresti non essere in grado di superarla (per i motivi spiegati da altri), ma se ci riesci, sarà perché, nella lettera di presentazione, hai riconosciuto la loro esigenza e poi hai spiegato perché dovresti essere preso in considerazione comunque. Evidenzia cosa puoi fare e stai lontano dai confronti con i tuoi colleghi. Se questo vi porta fino alla schermata del telefono, avrete poi l'opportunità di mostrare loro cosa potete fare.

Gli individui imparano a ritmi diversi e hanno esperienze diverse che li aiutano ad imparare. Quindi no, le competenze non sono direttamente collegate all'esperienza. Ci sono persone che sono molto abili con solo pochi anni di esperienza e persone che hanno molti anni di esperienza che non sono molto abili.

Tuttavia, in generale, la persona con più anni di esperienza ha attraversato più del ciclo di sviluppo del software e ha sperimentato sia successi che fallimenti e ha dovuto mantenere drek scritto da persone che non avevano abbastanza esperienza o abilità. Tra dieci anni ti guarderai indietro e ti renderai conto di quanto poco sapevi allora. Quindi sì, la persona intelligente e motivata avrà, di fatto, più competenze dopo dieci anni di esperienza di quante ne avesse a 2 anni. Può darsi che a due anni abbia competenze migliori di quelle che ha a 10 anni la persona meno motivata o meno intelligente.

Ora, per quanto riguarda quello che vi hanno detto. In primo luogo, questo non è necessariamente il motivo per cui siete stati respinti, ma è una scusa accettabile da dare alla persona. Le persone non vengono assunte per molti motivi, come l'adattabilità alla squadra, la personalità, il sesso, la razza, la religione. Alcune di queste non sono cose che le aziende possono dire ad alta voce (in quanto la discriminazione è illegale per alcune di queste, ma accade comunque), quindi colpiscono per un motivo accettabile come la mancanza di esperienza.

Successivamente, a due anni, non importa quanto si è intelligenti, si può veramente mancare di esperienza del tipo che stanno cercando. Forse hanno davvero bisogno della persona che sarai a 7 anni di esperienza. Quanto tempo hai passato a fare da mentore agli altri o a guidare un team o a progettare l'architettura o anche a consegnare un prodotto. Ti coordini con QA e clienti? E così via. Potresti essere stato in competizione con persone che hanno quel livello di competenza, oltre a capacità di programmazione molto più estese delle tue. Se ho dei buoni candidati che hanno i livelli di esperienza che cerco, allora perché dovrei, in qualità di responsabile delle assunzioni, rischiare con qualcuno che ha veramente solo un'esperienza da principiante, indipendentemente dalla sua percezione di essere bravo? Ogni volta che si parla di assunzione, bisogna sempre considerare che, a prescindere da quanto si è bravi, potrebbero fare un colloquio con dieci persone che sono migliori di te. Non conoscete le qualifiche delle persone che hanno fatto i colloqui e che hanno assunto; potrebbero farvi perdere la testa.

Tutto questo significa che non dovreste fare domanda di lavoro a meno che non abbiate tutte le qualifiche della carta? No, perché non si sa mai quale sarà il concorso o esattamente che tipo di persona vuole veramente l'ufficio assunzioni. Alcuni potrebbero preferire il giovane, il pezzo grosso alla persona con un anno di esperienza ripetuto dieci volte, altri potrebbero aver bisogno di una persona con competenze veramente avanzate per il tipo di lavoro che stanno facendo, altri potrebbero preferire la persona che non ha competenze superiori ma è affidabile e può fare il lavoro di basso livello che hanno a disposizione per essere fatto (non volete assumere il pezzo grosso per il lavoro noioso, nessuno di voi due è probabilmente felice dei risultati).

Le competenze sono direttamente proporzionali al numero di anni di esperienza?

Solo se si impara a ritmo costante. La settimana scorsa hai imparato esattamente la stessa quantità della settimana precedente? E come si confronta, diciamo, l'ultimo mese con i primi mesi in cui hai iniziato a imparare a programmare?

È difficile misurare con precisione il tuo tasso di apprendimento, ma credo che la maggior parte delle persone direbbe che non impara a ritmo costante. A volte si impara molto molto velocemente, altre volte no. Se si accetta questo, allora la risposta è ovviamente no, le competenze non sono direttamente proporzionali all'esperienza.

Sono stato appena respinto come candidato per un lavoro perché non dimostro il numero di anni di esperienza che richiedono.

È un peccato. Non prendetela sul personale - cercate di ricordare che è molto difficile dire nel giro di un'ora o due quanto qualcuno sappia. Potresti avere ragione sul fatto che tutte le tue letture e la tua pratica potrebbero renderti più qualificato di qualcuno con più esperienza, ma le persone che assumono per il posto in questione a) potrebbero non essere state autorizzate a prendere in considerazione qualcuno con meno del numero di anni di esperienza richiesto; b) potrebbero non essere state disposte a correre il rischio di essere una delle persone insolite che è saggia oltre i suoi anni; e/o c) potrebbero non essersi preoccupate di guardare molto attentamente il resto del tuo curriculum una volta che si sono rese conto che non soddisfacevi uno dei loro requisiti di base.

Inoltre, si renda conto che l'esperienza porta più di una semplice abilità di programmazione OO… c'è la conoscenza del dominio, la leadership, la gestione del tempo, la persistenza, e altre abilità “soft” che a volte sono ancora più importanti della capacità di codifica folle.

Un'altra cosa da considerare è che un datore di lavoro può essere obbligato a rifiutarla se non ha abbastanza esperienza per qualificarsi per la posizione in base ai requisiti dichiarati. Ai datori di lavoro può essere richiesto dalla legge o dalla politica aziendale (soprattutto per evitare cause legali per discriminazione) di respingere i candidati le cui capacità o esperienza non soddisfano i requisiti minimi per la posizione. In questi casi, non potete fare altro che chiedere al datore di lavoro di chiamarvi se i requisiti cambiano.

Abbiamo smesso di usare “anni di esperienza” sulle descrizioni delle mansioni sul posto di lavoro, in parte perché le Risorse Umane erano preoccupate che i casi di “ageism” venissero portati per i motivi da voi indicati. Anche se questo è stato rilassato, ha costretto tutti noi ad affrontare ciò che in realtà intendevamo con anni di esperienza, e a quantificare con maggiore precisione ciò che cercavamo negli annunci di lavoro.

Con qualsiasi potenziale dipendente, mi pongo tre domande fondamentali:

• Hanno la base minima di competenze tecniche di cui ho bisogno per iniziare a lavorare?

• A quale livello di sviluppo si trovano nelle altre competenze tecniche “preferite”, e di quale supporto avranno bisogno per crescere?

• A quale livello di sviluppo sono le loro soft skills e di quale supporto avranno bisogno per crescere?

Il “livello di sviluppo” si basa sul modello situational leadership “ e, in particolare per l'ultima domanda, sto davvero valutando quanto lavoro pratico di gestione possa generare quella persona e quanto possa smorzare/rimuovere (in base al mio attuale profilo di squadra).

Per me, le soft-skills e l'adattamento alla squadra sono la chiave per un reclutamento di successo. **Le competenze tecniche da sole non sono sufficienti, perché mi interessa la produttività del team nel suo complesso, non la produttività individuale.

Le aree chiave sono:

• Consegna del progetto: Essenzialmente la dimensione, la complessità e il valore in dollari del progetto di cui ci si può fidare per farli rientrare entro i tempi concordati (o rinegoziati), i costi e i vincoli di qualità, sulla base della loro comprovata esperienza e/o comprensione dei progetti falliti

• Comunicazione: Conoscenza degli stili di comunicazione/personalità propri e altrui e capacità di adattare lo stile in base al pubblico e all'ambiente. Capacità di essere efficace nelle discussioni di gruppo senza inimicarsi gli altri o essere conflittuale. Capacità di fornire un feedback costruttivo e/o coaching/mentoring del personale junior. Capacità di creare casi di business win/win business, proposte o discussioni per il team nel suo complesso.

• Comprensione del business: Conoscenza della struttura aziendale in cui operiamo, incluse le spese, il ciclo di budget, il CAPEX/OPEX, il budgeting, le gare d'appalto/contratti, i ruoli svolti da altro personale e il miglioramento aziendale.

Ho una serie di aspettative per queste competenze chiave ai diversi livelli che ho all'interno del mio team; questo tipicamente rientra in una fascia di "anni di esperienza”, ma ci sono sempre “outlier” che raccolgono queste cose molto velocemente, o che non le raccolgono affatto.

Nella ricerca di queste competenze, tendo a cercare “risultati chiave”, piuttosto che “responsabilità/documenti di ruolo” su un CV/ curriculum. Nel reclutamento, non sono molto interessato a ciò che dovevate fare, più a ciò che avete consegnato e appreso finora.

Nel mettere insieme il vostro CV/ curriculum e la lettera di presentazione, concentrandovi su queste aree con riferimento ai punti chiave della Scala da fieno potete superare la necessità di anni specifici di esperienza.

Le competenze e l'esperienza non sono necessariamente proporzionate. Conosco molte persone che hanno molta esperienza (leggi: sono nel settore da molto tempo), ma sono dei completi idioti quando si tratta di tecnologia. In questi scenari, non importa quanta esperienza abbiano. Se sono incompetenti e incapaci, allora offrono molto meno valore commerciale di qualcuno (come te, OP) che è appassionato e studia duramente nel proprio tempo libero. L'interesse personale e la passione per la tecnologia sono fortemente trascurati dai potenziali datori di lavoro, forse validamente in alcuni casi.

Tendo a pensare che tramite la passione e l'interesse personale per la tecnologia, viene il valore aziendale. Qualcuno con le giuste competenze tecniche può risolvere i problemi di business che i manager si presentano - aspettarsi che una persona puramente tecnica comprenda appieno il business non è sempre pratico. Dovrebbero comprendere le basi del business? Certo, devono prendere decisioni di business? Probabilmente no.

Le competenze non sono direttamente proporzionali all'esperienza, ma in generale, più esperienza si ha e migliori sono le proprie capacità. Le competenze sono difficili da valutare senza un test quantitativo di qualche tipo, che è altrettanto difficile da sviluppare. Alcune persone che hanno un bell'aspetto sulla carta si agitano impotenti quando vengono sottoposte a un test di codifica o di debug, mentre altre appena uscite dall'università possono eclissare rapidamente i colleghi con due o tre anni di esperienza nel settore.

In breve: è difficile valutare correttamente le competenze di programmazione, quindi molte aziende non provano nemmeno e ricadono invece su un sistema metrico decimale paralizzato. Se volete davvero il lavoro, vi seguirò con una lettera che vi spiegherà perché ritenete che debbano riconsiderare e vi fornirà esempi specifici delle vostre competenze. Se ti hanno già rifiutato, cos'hai da perdere?

Ci sono alcune buone risposte qui, ma una delle domande più grandi sembra senza risposta.

Sei arrivato al colloquio?

Se sei arrivato al colloquio allora sei abbastanza qualificato, e la ragione del rifiuto è più probabile che sia il modo in cui hai risposto alle domande, presentato te stesso e la tua personalità. In ogni lavoro tecnico non c'è solo la conoscenza tecnica e l'esperienza , c'è anche il lato “morbido”. Potreste dovervi interfacciare con i clienti, le persone meno esperte o i senior stakeholders - tutte queste cose saranno prese in considerazione.

Se non siete riusciti a fare un colloquio, allora dovete rivedere le informazioni che avete dato alla persona che ha fatto la selezione e decidere come migliorare la situazione. Sei in svantaggio rispetto a una persona con più anni di esperienza, quindi devi rimediare con dichiarazioni convincenti ed evidenti su ciò che hai fatto finora e su ciò che ti fa sentire all'altezza della sfida6. Ciò significa presentare una solida lettera di presentazione che mostri una ricerca diligente sull'azienda, l'entusiasmo e una spiegazione del perché il tuo CV si adatta a questo ruolo.

In entrambi i casi, chiedi un maggiore feedback - magari anche una telefonata per discuterne.

Infine: è una dura realtà che l'esperienza può essere sopravvalutata, non dimenticare di prendere in considerazione l'idea di puntare a un ruolo più giovane, e di dimostrare di avere quello che serve per ottenere una promozione anticipata.

Se volete superare gli ostacoli che incontrate attualmente, prendete in considerazione la possibilità di diventare membro di un gruppo professionale locale o addirittura un funzionario. Gli esempi possono andare da un gruppo di utenti JUG, .NET o Oracle. Incontrerete molte persone, potrete dimostrare il vostro valore ed essere introdotti a posizioni in cui tutta questa “esperienza” non è il criterio definitivo.

Un'altra possibilità sarebbe quella di scrivere un'applicazione di cui sentite che gli altri possono beneficiare e metterla sul web. Avere qualcosa che un potenziale datore di lavoro può esaminare può essere inestimabile o almeno molto meglio di una lettera di presentazione ben scritta.

In questi tempi, tutti dobbiamo pensare fuori dagli schemi.

Ci sono molte risposte, ma non credo che questa sia stata pubblicata:

Applicare comunque!

Per la maggior parte del tempo, la persona che ha scritto la descrizione del lavoro non ha esattamente fatto un'analisi approfondita di ciò che è necessario per il lavoro. Potrebbe anche non conoscere se stesso, ed essere una persona delle Risorse Umane con una lista vaga o fuori dal comune che gli è stata data da un tecnico. Spesso si tratta di una lista di desideri piuttosto che di un insieme di regole rigide. La persona che l'ha scritta potrebbe non rivedere il vostro CV.

Questo vale in particolare per la parte degli Anni di esperienza, in cui potrebbe aver tirato fuori un numero dalla testa. Ciò che intendono dire è “non è un principiante/un laureato”. Come possono sapere quanti anni sono necessari per svolgere questo lavoro?

Potreste trovarvi di fronte a qualcuno con 5 anni di esperienza, oppure no. Anche se lo sei, potresti rivelarti più adatto (ad esempio, un'aspettativa di salario più bassa, una personalità più simpatica/entusiasta, o un'esperienza specifica per le loro esigenze, o vivere nelle vicinanze).

Potresti anche rivelarti la persona più esperta che fa domanda!

TL;DR - Potrebbero non sapere cosa vogliono!

Se si prende una definizione abbastanza ampia, l'unica cosa di cui si preoccupa il potenziale datore di lavoro sono le competenze. Ma le competenze sono presenti in un insieme ampio, alcune possono essere tecniche, altre lo sono meno. Alcune possono essere acquisite rapidamente da una persona dotata, altre hanno bisogno di tempo e pratica per acquisire e vengono principalmente con l'esperienza (e l'esperienza tende ad essere un buon modo per consolidare tutte le competenze BTW), cioè il tempo trascorso al di fuori della vostra profondità (anni trascorsi all'interno della vostra zona di comfort non è davvero l'esperienza come non si impara nulla).

Nella mia esperienza, dimostrare che le vostre competenze tecniche sono al di sopra della media non è davvero un problema. Il team di assunzione sa bene che le competenze tecniche variano molto, ma quando si chiede di fare esperienza, non è tutto quello che si chiede.

Anche se le tue competenze tecniche sono buone come pensi, non hai avuto il tempo di conoscere le numerose differenze tra teoria e pratica - gli scrittori di libri tendono a vendere troppo -, di incontrare di persona situazioni abbastanza diverse in modo che quando ti trovi di fronte a qualcosa di nuovo, vedi immediatamente delle somiglianze con quello che hai già vissuto e sai cosa funziona davvero e cosa no. Avendo visto tali somiglianze abbastanza spesso da prenderle con un granello di sale ed essere pronti per le sottili differenze che ne emergeranno.

Anche se le vostre abilità tecniche sono buone come pensate, probabilmente non avete la legittimazione visibile che vi permette di essere presi come pari da altri di livello intermedio e come mentore dai principianti. Sì, fa parte del lavoro. Queste e altre abilità interpersonali sono importanti e spesso sembra che più si è tecnicamente orientati, più le abilità interpersonali sono difficili da acquisire.

Eppure, si possono acquisire le abilità relative all'esperienza più rapidamente rispetto ad altri, perché si è più dotati, perché si è più fortunati e si ottiene abbastanza varietà, ma si è abbastanza stabili per avere il tempo necessario per imparare invece di saltellare. È quindi più facile farle riconoscere da coloro con cui si lavora prima di cercare di essere assunti altrove. Ed è più facile se conosci qualcuno che può parlare per te lì. Se non vieni riconosciuto dove ti trovi ora, se non conosci nessuno dove vorresti essere, sarà molto difficile farti assumere a un livello più alto di quello attuale.

Marcof. Ho letto solo il tuo post e ho cercato di non leggere troppo di quello che hanno detto gli altri, ma ho visto alcuni cinismi nei loro commenti. Per me sei perfetto. La tua abilità è eccellente e sei sicuro di te. Questo è un super plus, e non lo ridimensionate. Tuttavia, ricordate che, dato che avete praticamente # (gioco di parole voluto) più esperienza programmatori nel terreno, dovete assicurarvi che il vostro datore di lavoro non abbia la sensazione che non rispettereste le persone esperte con cui potreste lavorare.

• I datori di lavoro chiedono sempre più esperienza di quanta ne abbiano bisogno, o vogliono pagare (correttamente).
• Tecnicamente, sei più adatto al lavoro dal punto di vista del datore di lavoro perché possono ottenere gratuitamente le tue competenze extra e pagarti in base ai tuoi anni di esperienza.

Cerca di capire cos'è del datore di lavoro che ti fa venir voglia di lavorare lì. È banale, ma ti impedirà di dire troppe dichiarazioni sul fatto di essere un re della codifica. Inoltre, cercate di individuare gli aspetti più morbidi e meno tecnici che vi rendono adatti alla posizione - o, per dirla in un altro modo, perché vi piace la codifica? Dite loro cosa vi piace di più dell'essere un codificatore e come sentite che questi aspetti saranno in loro compagnia da quello che avete letto. Dite loro che volete imparare dai guru che hanno, in modo da poter crescere ancora di più e contribuire.

Continuate a sparare per quei lavori fuori dal vostro “raggio d'azione”. L'esperienza elencata è sempre quella che il datore di lavoro si sforza di ottenere in un mondo ideale. A proposito, se riuscite a creare un portfolio fisico per voi stessi, magari di cose su cui avete lavorato, o la visualizzazione di un oggetto, un processo, ecc… potrebbe essere un modo per dare vita alle competenze avanzate che usate quotidianamente. Hai menzionato il fatto di conoscere/aggiungere per strutturare gli altri nel tuo attuale posto di lavoro di cui non sapevi nulla. Trovate un modo ludico (cioè non vincolante) per far emergere queste conoscenze. Per esempio, supponete che ci sia una funzione o un metodo che usate molto che sia il progresso. Trasformatela in una domanda

"Do you guys use functionX to do process Y when making programs about topic Z?"
"Is it ok to byte shift, use blah-blah encoding for this type of thing?"

Non dubitate di voi stessi, continuate a provare. Sappiate quando essere sicuri delle vostre risposte e sappiate quando essere rilassati nel presentare la vostra esperienza. Inoltre, qualsiasi cosa facciate, non dite mai di essere migliori dei vostri colleghi. Se compilano queste informazioni, non arriverai al runtime.

Ok, prima di tutto, quanto contano gli “anni di esperienza” dichiarati è in gran parte una questione di mercato. Una delle cose più divertenti dell'essere uno sviluppatore web lato client, ad esempio, è vedere annunci che richiedono più anni di esperienza in una data tecnologia di quanto tale tecnologia sia realmente esistita. Naturalmente, essi tendono a piegare su anni di esperienza, dal momento che si abbatte il 100% dei loro curricula.

Come qualcun altro ha saggiamente sottolineato, si è fottuti sul software di automazione HR. Quando le persone specificano requisiti come questo e vogliono che si riscriva un curriculum vitae utilizzando una serie di moduli sul loro sito, non preoccupatevi. Infatti, ho smesso di toccare questo periodo, indipendentemente da quanto bene corrispondesse ai criteri, perché non ho mai, nemmeno una volta, ricevuto interesse per aver perso tempo su uno di questi e mi sono reso conto che il tempo era meglio speso a cercare più piste fallendo i tentativi di contattare effettivamente qualcuno per la posizione direttamente.

Un altro caso in cui avrà molta più importanza è quando si ha molta concorrenza. Prendete Java devs. Tanti posti di lavoro, ma anche tantissimi sviluppatori Java. Questo rende la fase 1 della ricerca del noleggiatore il grande raccolto di curriculum, di solito basato su qualche arbitrario stato come anni di esperienza solo per tagliare i mucchi a qualcosa di gestibile. In casi come questi potresti essere un ragazzo di 2 anni che si merita di fare a gomitate con i devs di 5 anni, ma è probabile che tu non abbia opportunità dove conosci effettivamente le persone che assumono e loro hanno un'idea approssimativa della tua abilità. Quindi sì, in questo caso, la cosa migliore che puoi fare è prendere contatti all'interno della tua comunità locale di sviluppatori per avviare la fase 1 al passo.

Un'altra cosa da considerare è la tua cultura generale della comunità locale per quanto riguarda l'occupazione a livello jr. in generale. Mi sono reso conto che un giorno avrei dovuto lasciare la mia città natale, dove sono cresciuto nello stato di New York, quando, mentre cercavo un lavoro estivo, ho visto l'annuncio: “Asfalto (pavimentazione?) rastrellatori volevano - cinque anni di esperienza minima” Ora, devo confessare che non so esattamente cosa comporti il mestiere di rastrellatore di asfalto e/o pavimentazione (abbastanza tempo fa che non ricordo quale fosse), ma sono molto dubbioso sul fatto che ci vogliano 5 anni a tempo pieno di rastrellatura di qualsiasi cosa che non sia subatomica per capirne il senso. La soluzione: Esaminate i tipi di annunci che vedete per posizioni simili in altre parti del paese e preparatevi al GTFO.

E l'unica cosa generale che non può far male, indipendentemente dall'industria, è fare un lavoro open source utile e rilevante e renderlo disponibile. Se questo non è possibile, bloggate sul vostro mestiere. Fate tutto il possibile per stabilire un po’ di credito di strada che vi aiuti a sostenere che siete migliori del vostro 2-vostro dev in media nel vostro settore.

Ma ancora una volta, il contesto è tutto. Se si tratta di tecnologia proprietaria chiusa, hai una tonnellata di concorrenza ed è improbabile che tu riesca a ottenere una successiva discussione sui modi giusti o sbagliati di fare le cose, potresti doverti accontentare di pagare le tue quote. Oppure scegliere di perseguire una tecnologia abile e trasferibile dove questi ostacoli sono più facili da superare o inesistenti.

Edit - Non ho davvero affrontato questo aspetto della tua domanda:

“Le competenze sono direttamente proporzionali ad anni di esperienza?”

Alcune cose riguardano il talento grezzo e la capacità di risolvere i problemi. Altre riguardano semplicemente l'aver incontrato lo stesso problema abbastanza volte da conoscere l'esatta cosa giusta da fare che la maggior parte delle altre persone nei tuoi panni con livelli di esperienza simili farebbe. È sottile, ma sì, l'esperienza può/è importante in molti casi. Chiamarsi di livello medio piuttosto che Jr. a 2 anni non mi sembra particolarmente presuntuoso, tuttavia, e il talento grezzo / capacità di risolvere i problemi può sicuramente essere un divario più vicino a seconda di quali responsabilità devono essere soddisfatte.

Ecco un problema che vi porterà a essere respinti presso alcune aziende senza che nessuno abbia mai esaminato la vostra domanda: Il software di automazione delle risorse umane. Il responsabile delle Risorse Umane inserirà nel programma 3-7 anni di esperienza in qualsiasi cosa. Leggerà i curriculum vitae e filtrerà quelli che non soddisfano i criteri. Se mettete 2 anni sul vostro curriculum, sarà filtrato dal software e nessun umano, nemmeno un umano delle risorse umane, leggerà mai le vostre informazioni.

Potete allungare la vostra esperienza da 2 a 3 anni per superare questo tutore digitale, ma mentirete in modo da potervi causare problemi in futuro. L'altra alternativa è quella di cercare di sviluppare contatti con i responsabili delle assunzioni che saranno in grado di aggirare il “bot e le risorse umane” e di darvi una possibilità.

Le descrizioni delle posizioni e i requisiti sono destinati a fare 2 cose: attirare l'attenzione delle persone che vorrebbero il lavoro, e filtrare quelli che non sono adatti al lavoro. La parte di filtraggio è sia all'interno che all'esterno dell'azienda (cioè scoraggia le persone dal candidarsi, e dà alle Risorse Umane un modo rapido di gettare la candidatura quando il curriculum non soddisfa i requisiti, senza richiedere che le Risorse Umane siano abbastanza competenti da giudicare qualcuno in base ai suoi meriti).

È possibile superare la prima parte del filtraggio, semplicemente facendo domanda per il lavoro, indipendentemente dal fatto che si abbia o meno l'esperienza richiesta. La seconda parte del filtraggio dipende interamente dall'azienda e dal mercato del lavoro. Potrebbe non essere possibile superarla a causa della politica, e anche se la società è disposta a trascurare le proprie esigenze nelle giuste circostanze, ci sarebbe comunque la questione di fare quelle circostanze esiste per voi…

Fondamentalmente dovete convincere quelli che stanno scegliendo le persone per i colloqui, che siete una buona scelta. Se state entrando nell'azienda a freddo (non avete un riferimento interno per il lavoro), allora il posto migliore per farlo è nella lettera di presentazione. Dovrete mostrare nella lettera di presentazione che avete quello che pensate stiano cercando di ottenere da questi anni di esperienza extra. Se ci riuscite, potrebbe portarvi a un colloquio.

Tutti vogliono qualcuno che abbia esperienza, ma non tutti ne hanno assolutamente bisogno.

Per alcuni lavori, lavorerai in un team di sviluppatori. Un team di sviluppatori ha bisogno di una persona che sia realmente esperta e che sia in grado di gestire qualsiasi tipo di problema che si presenti, e che possa vivere con altre persone che siano meno esperte, purché ascoltino la persona esperta. In questa situazione, la persona esperta potrebbe sentire che c'è troppo carico sulle sue spalle e chiedere qualcun altro con molta esperienza, ma non è un must assoluto.

Per gli altri lavori, tu sei l'unico. Se non riesci a risolvere un problema, non c'è nessuno che lo risolva. È qui che l'esperienza è un must e non è negoziabile.

Quindi bisogna capire se è il primo o il secondo tipo di lavoro. Nel secondo tipo, hai pochissime possibilità. Nel primo tipo, si può avere una possibilità. Meglio dire loro che avete qualche esperienza, e quanto siete bravi a raccogliere nuove competenze e ad imparare da chi ha l'esperienza.