CodeGym /Java Blog /Random-IT /Ho fallito almeno 10 colloqui prima di essere assunto: la...
John Squirrels
Livello 41
San Francisco

Ho fallito almeno 10 colloqui prima di essere assunto: la storia dello sviluppatore Yuri

Pubblicato nel gruppo Random-IT
Questa storia parla di uno sviluppatore di giochi di nome Yuri Sharoiko . Prima di entrare nel settore informatico, ha lavorato nelle forze dell'ordine e si è occupato della sicurezza di una banca. Ben presto questo lavoro si stancò e ricordò un hobby della sua giovinezza: la programmazione del computer. Alla fine, Yuri ha imparato Java e ha iniziato a scrivere giochi per browser."Ho fallito almeno 10 colloqui prima di essere assunto": la storia dello sviluppatore Yuri - 1

"Fin da bambino volevo lavorare con i computer"

Ho 26 anni. Sono nato e cresciuto a Novosibirsk ( città in Russia — ndr ). Fin da quando ero bambino, volevo lavorare con i computer e l'intera idea dello sviluppo di giochi mi affascinava. Ho codificato alcune missioni testuali in C++ e C#, ma non ho brillato nei miei studi (a causa della mia pigrizia). Non ero stupido, semplicemente disorganizzato. Tutto questo mi ha portato ad iscrivermi dove ho visto un’opportunità. Avevo pensato di lavorare nelle forze dell'ordine, quindi mi sono laureato presso il dipartimento di diritto penale dell'Università statale siberiana di ingegneria ferroviaria (SGUPS) e alla fine sono finito esattamente dove volevo essere. Al secondo anno di università ho completato uno stage presso il comitato investigativo e quindi sono rimasto lì. Al quarto anno fui assunto. Non so come sia attualmente, ma una volta potevi trovare lavoro lì dopo il terzo anno. Sei mesi dopo la laurea all'università, ho ricevuto il grado di tenente. Ho lavorato per un altro anno e ho capito che ero stanco di tutte le lunghe notti, dei turni di guardia e della mancanza di vita sociale in quanto tale, quindi ho deciso di licenziarmi. Successivamente ho trovato lavoro come parte del team di sicurezza di una banca. Ciò significa che ometterò alcuni dettagli nel mio racconto: la NDA è ancora in vigore. Lì ho mantenuto parte del mio desiderio di riprogettare le cose. Ho migliorato e automatizzato i processi. Di conseguenza, tutti questi sforzi si sono evoluti in un progetto relativamente ampio per creare un sistema di accesso unificato per il dipartimento di sicurezza. Sebbene il dipartimento fosse composto da sole 50 persone, il programma (che, tra l'altro, è stato costruito sul famigerato MS Access - un approccio abbastanza normale per le banche, che spesso non vogliono spendere soldi per lo sviluppo di software per il team di sicurezza) era un mucchio di pezzi necessari: c'era un database, la creazione automatizzata di file Excel e Word, una connessione Outlook e persino il riconoscimento del testo dei file PDF tramite Adobe Acrobat Reader. Grazie a questo lavoro ho ricevuto una buona promozione, ma poiché facevo parte di un team di sicurezza mi sono reso conto che non ci sarebbero state molte opzioni per ulteriori avanzamenti.

"Non ho solo studiato, ho divorato le informazioni"

A partire dalla metà del 2019 sono sprofondato in un abisso di stanchezza e noia, ma la mia ragazza mi ha ricordato quello che avevo sempre desiderato fare e mi ha detto di "provare". Perché no? - Ho pensato. A quel tempo, dato il mio stipendio, l’orario di lavoro e la buona reputazione con il management, ero nella posizione di scrivere codici a casa la sera invece di stare seduto in ufficio fino a notte fonda. Quindi questo pensiero ha acceso ancora una volta il mio desiderio e ho deciso di provare. Poiché avevo dimenticato tutto tranne il "maledetto" VBA ( Nota dell'editore: VBA è un'implementazione leggermente semplificata del linguaggio di programmazione Visual Basic integrato nella linea di prodotti Microsoft Office), ho iniziato guardando video su YouTube e leggendo il libro di Herbert Schildt "C++ for Beginners". Per inciso, questo è un gran libro. Lo consiglio a tutti. Ad un certo punto, la banca ha annunciato un programma di riqualificazione Java, al quale sono riuscito a partecipare. Ho completato la formazione in poco più di due mesi. A dire il vero non mi ha dato praticamente nulla, perché due volte a settimana per due mesi non sono sufficienti per coprire adeguatamente tutto il materiale. L'insegnamento era buono, ma gli argomenti venivano trascurati troppo velocemente e non c'era quasi nessuna pratica. Non sarei del tutto onesto se non riconoscessi che questo programma di formazione era rivolto principalmente a persone che già lavoravano come ingegneri o come parte della divisione IT della banca. Con la mia esperienza pari a zero, è stato estremamente difficile per me. Al termine della "riqualificazione" la banca ha effettuato colloqui interni, durante i quali ho finalmente capito che non sapevo nulla. Se la banca non è disposta ad assumere qualcuno del proprio team, significa che quella persona non sa praticamente nulla. Era dicembre 2019. Dopo la fine di alcune interviste, mi è stato detto dell'esistenza di questo corso Java. Così, quando finalmente ho accettato il fatto che non avrei avuto tregua con la giusta conoscenza, mi sono registrato e ho iniziato i miei studi. La fase attiva della mia formazione è stata tra febbraio e maggio 2020. È stato quando siamo stati in quarantena a marzo che ho fatto una svolta completa. Non c'era bisogno di andare in ufficio perché lavoravo da remoto. Il processo è stato organizzato in modo tale da poter svolgere il mio lavoro con un ritardo di uno o due giorni. Non mi sono limitato a studiare: ho divorato le informazioni, restando seduto 24 ore su 24. Era normale per me svegliarmi alle 8 del mattino e iniziare a studiare. Poi dopo le 16, quando avevo già il cervello fritto, sono passato al lavoro a distanza. Per quanto riguarda la motivazione, sai, ho semplicemente capito da qualche parte dentro di me che quello era il mio futuro. Naturalmente, il sostegno della mia esuberante ragazza mi ha aiutato in molti modi a iniziare questo difficile percorso. Quindi ho studiato per circa 2 mesi. Ero terribilmente esausto, ma in generale non ho affaticato troppo il cervello. Ad esempio, se vuoi cuocere qualcosa al forno, probabilmente preriscalderai il forno a 325 gradi e poi aumenterai la temperatura, se necessario. È improbabile che imposti immediatamente il forno a 450 gradi, perché altrimenti bruceresti semplicemente qualunque cosa tu stia preparando. Lo stesso principio si applica qui. Ho completato la ricerca in 2-3 mesi, dopodiché ho iniziato a studiare tutte le chicche desiderate dai datori di lavoro (Spring, Hibernate, Tomcat, ecc.). A proposito, ho letto il libro "5 primavera per professionisti". C'è un mare di informazioni lì: certo, a volte è difficile da comprendere, ma in generale è tutto digeribile. Persino YouTube non è riuscito a spiegarmi Spring meglio di questo libro. Ti consiglio anche di consultare il sito web per il framework Spring. Ha tutorial, che sono molto utili. Gli argomenti più difficili da imparare per me sono stati i buffer, il lavoro con i file e le manipolazioni bit a bit, ma vengono utilizzati in pochissimi posti e nel 99% di questi luoghi sono necessari per il progresso. La mia difficoltà era maggiore con la ricorsione ovunque. Ero solo confuso, ma imparare è proprio questo: fai qualcosa di sbagliato, poi scopri come farlo bene. Capisci i perché e i percome e poi smetti di fare quegli errori. Dopotutto, non puoi mai imparare senza fare nulla.

"Non è necessario essere un genio per avere un posto nell'IT"

Ho iniziato a cercare un lavoro al Livello 28, ma ho subito capito che le mie conoscenze non erano sufficienti. Poi mi sono preso una pausa e a maggio, una volta completata la ricerca e letto i framework, ho ricominciato la ricerca di lavoro. Penso che ci siano voluti almeno 10 colloqui prima di essere assunto. Al giorno d'oggi ci sono molte persone nel settore IT, ma sta diventando sempre più difficile superare il collo di bottiglia delle assunzioni. Direi che tre su dieci vengono generalmente assunti entro 1-2 mesi. Il resto richiede più tempo, a volte molto più tempo. Ma ciò non significa che dovresti rinunciare a questa risorsa. Quando fallii al quarto colloquio, mi dissero: "Continua a fare i colloqui. Alla fine ricorderai tutto e sarai in grado di superare un colloquio e ottenere un lavoro. Imparerai rapidamente sul lavoro". Nella maggior parte dei casi, durante le interviste ti vengono chieste le stesse cose. Detto questo, ci sono anche rare eccezioni in cui gli intervistatori potrebbero iniziare a parlare di algoritmi. Ad esempio, ho provato a trovare lavoro presso un'azienda che realizza progetti sociali per il governo. In quell’occasione mi fu posta una domanda sugli algoritmi. Ho risposto male, ma ho comunque fatto seguito alla mia domanda: "Mi sarà davvero permesso di lavorare con gli algoritmi?" In risposta, hanno detto: "Certo che no. Abbiamo un team speciale di sviluppatori senior e di medio livello per questo". Il mio interesse è stato stuzzicato, quindi ho chiesto ulteriori chiarimenti sul motivo per cui si sono presi la briga di chiedere. Si scopre che questo è semplicemente uno dei requisiti stabiliti dal management: non puoi lavorare con gli algoritmi, ma devi conoscerli prima di essere assunto. Durante i colloqui è particolarmente importante dimostrare la conoscenza di Spring, Hibernate e SQL. Si tratta di un piccolo insieme di tecnologie, ma se non ne hai sufficiente comprensione, inizierai a dire sciocchezze. Quindi, se non sai di cosa stai parlando, una risposta migliore è qualcosa del genere: "Non conosco la risposta esatta a quello che mi stai chiedendo, ma so questo e questo sulla Primavera", e così via. Se lo fai, la tua conoscenza, per quanto piccola, verrà notata. Ho trovato lavoro presso uno studio di videogiochi che produce giochi basati su browser (non menzionerò il nome dell'azienda per evitare problemi con la direzione). Sviluppo la parte back-end del gioco. In altre parole, lavoro con database, scrivo componenti aggiuntivi del browser, aggiungo funzionalità e collego back-end e front-end. Mi occupo anche di algoritmi. Utilizzo Spring (tutto è standard: markup, bean, parser). Lavoro con Tomcat, PostgreSQL e Hibernate. In generale, svolgo i compiti assegnati per mantenere e migliorare il progetto al meglio delle mie capacità. Per ora, sono uno sviluppatore junior. I primi 2 mesi di lavoro non ho capito niente. Con le scadenze incombenti, ho deciso di lavorare 12-14 ore al giorno e la cosa ha dato i suoi frutti. È vero, ho un solido mentore (un simpatico sviluppatore senior con quindici anni di esperienza). Lui dice, "Capiscilo da solo. Guarda come funziona." Cioè, non interviene per aiutare, e se aiuta, è estremamente raro. E tu sai cosa? È giusto costringere un programmatore a pensare da solo. Se fin dall'inizio non mi fossi pagato il dovuto lavorando per giorni e giorni, ma avessi chiesto aiuto per tutto, non avrei intrapreso un percorso di crescita professionale. Ora posso dire con sicurezza che svolgo compiti a livello di sviluppatore junior e recentemente ho visto che mi vengono assegnati compiti di un ordine di grandezza superiore. Per ora mi concentro sullo sviluppo personale e sul miglioramento personale. La programmazione è un'unità. Sono nuove sfide. Non preoccuparti del tuo stipendio all'inizio. In sei mesi diventerà decente e in un anno sarà generalmente eccellente. Se parliamo di potenziali clienti, allora puoi sederti in un posto e guadagnare soldi decenti, sentendo che non è per te, temendo di cambiare qualcosa, oppure puoi correre un rischio. Sono molto felice di non aver avuto paura e di aver iniziato a lavorare per il mio futuro. Dopotutto, avrei potuto continuare il mio precedente lavoro ingrato in ufficio. In definitiva, mi sembra che tutti possano avere un posto nell'IT. Non è necessario essere un genio, uno scienziato o un grande matematico. Se hai perseveranza e desideri l’avanguardia, allora tutto è possibile.

Suggerimenti per gli sviluppatori principianti:

  1. Guarda i video e leggi. Se guardi molti episodi per imparare qualcosa su YouTube, prova a scegliere un creatore di contenuti, poiché ognuno trasmette pensieri e informazioni in modo diverso. Se passi da uno YouTuber all'altro, potresti confonderti sullo stesso argomento.
  2. Non provare a fare tutto in una volta. Soprattutto se non lavori da remoto e hai bisogno di concentrarti sul tuo lavoro. Studia un paio d'ore al giorno. Se hai tempo libero nei fine settimana, non lavorare troppo. Hai già studiato tutta la settimana, sarebbe meglio che ti riposassi.
  3. Prova a descrivere competenze specifiche nel tuo curriculum. Ad esempio, non scrivere "Conosco Java" sul tuo curriculum. E' troppo vago. Le domande dell'intervista potrebbero sconcertarti se ti viene chiesto qualcosa che semplicemente non sai. Conosci Core Java? È fantastico: scrivi "Core Java" seguito da un paio di cose che conosci molto bene.
Commenti
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION