Cum să faci cuie acel interviu de codificare

Am trecut cu toții prin asta. Fiecare dezvoltator pe care îl cunoașteți, fiecare despre care ați auzit, chiar și pe cei pe care îi admirați, a trecut printr-un interviu tehnic și a ghicit ce. Au eșuat cel puțin o dată.

Deci există un truc care va face succesul următorului dvs. interviu? Adevărul este, nu există niciun truc. Există însă câteva modalități care îți pot spori posibilitățile de a obține acel loc de muncă și voi scrie câteva dintre ele în acest articol, pe baza propriei mele experiențe de intervievare.

În primul rând, voi împărtăși cu voi un fapt care s-ar putea să nu fie atât de surprinzător. Te-ai gândit vreodată ce caută intervievatorii în CV-ul tău?

Un coleg.

Da, ei doresc doar un dezvoltator cu care să poată comunica, coopera și schimba cunoștințe și învățări. De aceea, înainte de a vă arunca în cod, majoritatea intervievatorilor le place să discute despre personalitatea dvs. Candidatul perfect este cineva care este comunicativ, are abilități de codare și știe să împărtășească cunoștințe, cineva care se poate simți proprietar cu privire la codul său, să-și asume responsabilitatea în perioadele grele și să rezolve lucruri care nu sunt tocmai corecte, chiar dacă / nu trebuie.

Așadar, asigurați-vă că pregătiți (sau chiar construiți) exemple de situații care dovedesc de ce ar trebui să creadă că sunteți acel candidat perfect. În afară de asta, faceți-i pe intervievator să se simtă ca într-o echipă. Intervievatorul dorește să știe cum se simte să lucrezi printr-o problemă cu tine, astfel încât intervievarea să se simtă colaborativă. Când ați fost întrebați despre o problemă de codare, încercați să folosiți „noi” în loc de „Eu”, ca și în „Ar trebui să folosim abordarea x deoarece…” Mai mult, gândiți cu voce tare. Serios. Spune: „Încercăm să facem asta și asta - nu sunt sigur dacă va funcționa totuși” Dacă rămâi blocat, spune doar ce gândești. Spuneți ce ar putea funcționa și de ce credeți că soluția dvs. actuală nu funcționează. Te pot asigura că intervievatorul tău a trecut și prin aceeași situație.

Și unul cu adevărat important: Spune „Nu știu”. Nu încercați să par să știți ceva ce nu aveți. Dacă vi se solicită ceva care nu este în cunoștința dvs., încercați să trageți exemple din alte probleme sau limbi similare cu care vă simțiți confortabil. Chiar dacă vă gândiți la o soluție pe care simțiți că nu are nicio legătură cu problema pe care o luptați să o rezolvați, împărtășiți-o cu intervievatorul și explicați de ce credeți că nu are legătură.

În ceea ce privește partea tehnică, în funcție de poziția pe care o aplicați, s-ar putea pune diverse întrebări. O regulă generică este următoarea. Dacă pretindeți că cunoașteți bine un limbaj de programare, ar trebui să puteți înțelege și explica mecanica, avantajele sale, punctele sale slabe. În ce situații ai folosi-o, în ce nu și de ce.

Iată câteva întrebări pe care mi le pun de cele mai multe ori:

  • Ai mai lucrat în echipă înainte?
  • Ce metodologii agile ați folosit înainte?
  • Cum te asiguri că cunoștințele sunt răspândite în toată echipa ta?
  • Cum ai de a face cu un dezvoltator care are o altă opinie decât a ta cu privire la un subiect crucial?
  • Ați avut vreodată un conflict cu un coleg de-al vostru și cum l-ați depășit?
  • Care a fost cea mai recentă problemă tehnică cu care trebuia să te confrunți?
  • Cum definiți proprietatea codului?
  • Care este scopul tău profesional final?

Doar un memento, vă puteți pregăti cu răspunsuri care nu sunt neapărat bazate pe evenimente reale. În plus, asigurați-vă că vă adresați propriilor întrebări despre companie, produs și metodologiile cu care colaborează potențialii dvs. colegi.

Desigur, acest articol nu poate garanta că următorul dvs. interviu va avea succes. Însă pe baza propriei experiențe de intervievare, candidații pregătiți care respectă aceste orientări au mai multe șanse să obțină acest rol.

Să aveți o săptămână excelentă!