{"id":36985,"date":"2019-10-31T22:15:09","date_gmt":"2019-10-31T19:15:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-priruchit-dzhuniora\/"},"modified":"2019-10-31T22:15:09","modified_gmt":"2019-10-31T19:15:09","slug":"kak-priruchit-dzhuniora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/kak-priruchit-dzhuniora","title":{"rendered":"Come addestrare un junior?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Come entrare in una grande azienda se sei un junior? Come assumere un junior di valore se sei una grande azienda? Di seguito racconter\u00f2 la nostra storia di assunzione di nuovi talenti nel front-end: come abbiamo progettato i test, ci siamo preparati a condurre interviste e abbiamo organizzato un programma di mentoring per lo sviluppo e l'onboarding dei neofiti, e perch\u00e9 le domande standard per i colloqui non funzionano.<\/p>\n

\"Come
\nIo, sto cercando di addomesticare un junior<\/i>
\n<\/a><\/noindex>
\nCiao! Mi chiamo Pavel, faccio front-end nel team di Wrike. Stiamo creando un sistema per la gestione dei progetti e la collaborazione. Lavoro nel web dal 2010, ho trascorso 3 anni lavorando per clienti esteri in remoto, ho partecipato a diverse startup e ho tenuto un corso sulle tecnologie web all'universit\u00e0. Nella mia azienda sono coinvolto nello sviluppo di corsi tecnici e del programma di mentoring per i junior, oltre che nel loro reclutamento diretto.<\/p>\n

Perch\u00e9 abbiamo pensato di assumere junior<\/h3>\n

\nFino a poco tempo fa, assumevamo sviluppatori front-end di livello medio o senior, sufficientemente autonomi da poter gestire compiti di prodotto dopo l'onboarding. All'inizio di quest'anno abbiamo realizzato di voler cambiare questa politica: nell'ultimo anno, il numero delle nostre squadre di prodotto \u00e8 quasi raddoppiato, il numero di front-end developer \u00e8 salito vicino ai cento e nei prossimi tempi ci\u00f2 dovrebbe raddoppiare nuovamente. C'\u00e8 molto lavoro, poche mani disponibili e ancora meno sul mercato, quindi abbiamo deciso di rivolgerci a coloro che stanno appena iniziando il loro percorso nel front-end e abbiamo capito che eravamo pronti a investire nel loro sviluppo.<\/p>\n

Chi \u00e8 un junior?<\/h3>\n

\nQuesta \u00e8 la prima domanda che ci siamo posti. Ci sono diversi criteri, ma il principio pi\u00f9 semplice e chiaro \u00e8 il seguente:<\/p>\n

A un junior bisogna spiegare quale funzionalit\u00e0 creare e come farla. A un middle bisogna spiegare quale funzionalit\u00e0 serve e lui si organizza autonomamente nella realizzazione. Un senior, invece, ti spiega perch\u00e9 quella funzionalit\u00e0 non deve essere fatta affatto.<\/p><\/blockquote>\n

In ogni caso, un junior \u00e8 quel programmatore che ha bisogno di consiglio su come implementare una certa soluzione. Da cosa abbiamo deciso di partire:<\/p>\n

    \n
  1. Un junior \u00e8 colui che desidera crescere e per questo \u00e8 pronto a lavorare duramente;<\/li>\n
  2. Non sa sempre in quale direzione desidera crescere;<\/li>\n
  3. Ha bisogno di consigli e cerca aiuto all'esterno \u2014 dal suo leader, mentore o nella comunit\u00e0.<\/li>\n<\/ol>\n

    \nAvevamo anche diverse ipotesi:<\/p>\n

      \n
    1. Ci sar\u00e0 un uragano di risposte per la posizione di junior<\/i>: Bisogna filtrare le risposte casuali gi\u00e0 nella fase di invio del curriculum;<\/li>\n
    2. Il filtro iniziale non baster\u00e0<\/i> \u2014 servono ulteriori test;<\/li>\n
    3. I test spaventeranno tutti<\/i> \u2014 non sono necessari.<\/li>\n<\/ol>\n

      \nE naturalmente, avevamo un obiettivo: 4 junior in 3 settimane<\/b>.<\/p>\n

      Con questa consapevolezza abbiamo iniziato a sperimentare. Il piano era semplice: partire da un imbuto il pi\u00f9 largo possibile e provare a restringerlo gradualmente in modo da riuscire a gestire il flusso, ma senza ridurlo a un solo candidato a settimana.<\/p>\n

      Pubblicare l'annuncio di lavoro<\/h3>\n

      <\/p>\n

      Per l'azienda<\/b>: Ci saranno centinaia di risposte! Pensate a un filtro.<\/p>\n

      Per il junior<\/b>: Non temete un questionario prima di inviare il curriculum e il test \u2014 \u00e8 un segno che l'azienda si prende cura di voi e ha ben impostato il processo.\n<\/p><\/blockquote>\n

      \nIl primo giorno ci sono arrivati circa 70 curriculum da candidati \"con conoscenza di JavaScript\". E poi ancora. E ancora. Non potevamo fisicamente invitare tutti per un colloquio in ufficio e abbiamo scelto ragazzi con progetti interessanti, un buon GitHub o almeno un'esperienza. <\/p>\n

      Ma la principale conclusione che abbiamo tratto fin dal primo giorno \u00e8 stata che l'uragano era iniziato. Era il momento di aggiungere un questionario prima di inviare il curriculum. Il suo compito era quello di filtrare i candidati non pronti a impegnarsi minimamente nell'invio del curriculum, e quelli che non possedevano le conoscenze e il contesto almeno a tal punto da poter cercare online le risposte corrette. <\/p>\n

      Conteneva domande standard su JS, markup, web, Computer Science \u2014 le conosce chiunque abbia un'idea di cosa venga chiesto in un colloquio front-end. Qual \u00e8 la differenza tra let\/var\/const? Come applicare gli stili solo per schermi larghi meno di 600px? Non volevamo fare queste domande durante l'intervista tecnica \u2014 la pratica ha dimostrato che si possono rispondere dopo 2-3 colloqui, senza realmente comprendere lo sviluppo. Ma sicuramente ci hanno permesso di verificare inizialmente se il candidato avesse una comprensione di base del contesto.<\/p>\n

      In ogni categoria abbiamo preparato 3-5 domande e giorno dopo giorno abbiamo cambiato il loro set nel modulo di risposta, fino a escludere le pi\u00f9 triviali e le pi\u00f9 difficili. Questo ha permesso di ridurre il flusso \u2014 in 3 settimane abbiamo ricevuto 122 candidati<\/b>, con cui si poteva continuare a lavorare. Erano studenti di informatica; ragazzi che volevano passare dal backend al frontend; lavoratori o ingegneri di et\u00e0 compresa tra i 25 e i 35 anni, che desideravano cambiare drasticamente carriera e avevano dedicato vari sforzi all'autoapprendimento, corsi e tirocini.<\/p>\n

      Conosciamoci meglio<\/h3>\n

      <\/p>\n

      Per l'azienda<\/b>: L'incarico di prova non spaventa i candidati, ma aiuta a ridurre il funnel.<\/p>\n

      Per il junior<\/b>: Non copiate gli incarichi di prova - si nota. E tenete in ordine il vostro GitHub!\n<\/p><\/blockquote>\n

      Se avessimo invitato tutti a un colloquio tecnico, ci saremmo trovati a dover condurre circa 40 colloqui a settimana solo per i junior e solo per il frontend. Pertanto, abbiamo deciso di testare la seconda ipotesi - riguardo all'incarico di prova.<\/p>\n

      Ci\u00f2 che era importante per noi nell'incarico di prova:<\/p>\n

        \n
      1. Costruire una buona architettura scalabile, ma senza over-engineering;<\/li>\n
      2. \u00c8 meglio impiegare pi\u00f9 tempo per fare le cose bene piuttosto che assemblare in fretta un lavoro scadente e inviarlo con il commento 'lo porter\u00f2 a termine'.<\/li>\n
      3. La cronologia dello sviluppo nel git - cultura ingegneristica, iterativit\u00e0 dello sviluppo e il fatto che la soluzione non sia stata semplicemente copiata.<\/li>\n<\/ol>\n

        \nAbbiamo deciso di esaminare un problema algoritmico e una piccola applicazione web. Gli esercizi algoritmici erano preparati a livello di laboratorio dei corsi iniziali - ricerca binaria, ordinamento, verifica delle anagrammi, lavoro con liste e alberi. Alla fine abbiamo scelto la ricerca binaria come prima prova. L'applicazione web doveva essere il gioco del tris, utilizzando qualsiasi framework (o senza di esso).<\/p>\n

        Quasi met\u00e0 dei candidati rimasti ha superato l'incarico di prova - ci hanno inviato soluzioni 54 candidati<\/b>. Un'incredibile intuizione - secondo voi, quante implementazioni del gioco del tris pronte per la copia si trovano in rete? <\/p>\n

        Quante?<\/b>In realt\u00e0, sembra che ci siano solo 3. E nella stragrande maggioranza delle soluzioni erano proprio queste 3 varianti.
        \nCosa non mi \u00e8 piaciuto:<\/p>\n