Com clavar l’entrevista de codificació

Tots ho vam passar. Tots els desenvolupadors que coneixeu, tots els que heu sentit parlar, fins i tot els que admireu, van passar una entrevista tècnica i sabeu què. Heu fallat almenys una vegada.

Hi ha, doncs, un truc que faci que la vostra propera entrevista tingui èxit? La veritat és que no hi ha cap truc. No obstant això, hi ha algunes maneres en què teniu l'oportunitat d'aconseguir aquesta feina i n'anotaré algunes en aquest article basant-me en la meva pròpia experiència d'entrevista.

En primer lloc, vull compartir amb vosaltres un fet que potser no sigui tan sorprenent. Alguna vegada heu pensat en el que busquen els entrevistadors al vostre currículum?

Un company.

Sí, només volen un desenvolupador amb qui puguin comunicar-se, col·laborar i compartir coneixement i aprenentatge. Per aquest motiu, a la majoria d’entrevistadors els agrada xerrar sobre la vostra personalitat abans d’entrar en codi. El candidat perfecte és algú comunicatiu, que té habilitats de codificació i sap compartir coneixements, algú que se sent el propietari del seu codi, assumeix la responsabilitat en moments difícils i soluciona coses que no estan del tot bé, encara que ho faci no té perquè.

Així que assegureu-vos de preparar (o fins i tot construir) exemples de situacions que demostrin per què haurien de creure que sou el candidat perfecte. Feu que l’entrevistador senti també que forma part d’un equip. L’entrevistador vol saber què se sent en resoldre un problema amb vosaltres perquè l’entrevista se senti col·laboradora. Quan se us pregunti sobre un problema de codificació, proveu d'utilitzar "nosaltres" en lloc de "jo" com a "Hauríem d'utilitzar l'enfocament x perquè ...". A més, pensa en veu alta. Seriós. Digueu: "Provem això i això. No estic segur que funcionarà". Si us quedeu encallats, digueu què en penseu. Compartiu el que podria funcionar i per què creieu que la vostra solució actual no funciona. Puc assegurar-vos que el vostre entrevistador va passar per la mateixa situació.

I una de molt important: digueu "No ho sé". No intenteu descobrir alguna cosa que no sabeu. Si se us pregunta sobre alguna cosa que no coincideixi amb el que coneixeu, utilitzeu exemples de problemes o idiomes similars amb els quals us sentiu còmodes. A més, si esteu pensant en una solució que creieu que no té res a veure amb el problema que esteu resolent, compartiu-la amb l'entrevistador i expliqueu per què creieu que no està relacionada.

Pel que fa a la tècnica, es poden fer diferents preguntes en funció de la posició que sol·liciteu. Una regla genèrica és la següent. Si afirmeu conèixer bé un llenguatge de programació, hauríeu de ser capaç d’entendre i explicar-ne la mecànica, els avantatges i els punts febles. En quines situacions l’utilitzaríeu, en quines no i per què.

A continuació, es detallen algunes de les preguntes més freqüents:

  • Heu treballat mai en equip?
  • Quins mètodes àgils heu utilitzat fins ara?
  • Com assegureu-vos que el coneixement es distribueix al vostre equip?
  • Com tractaries amb un desenvolupador que no estigui d'acord amb tu en un tema crucial?
  • Alguna vegada ha tingut algun conflicte amb algun dels seus companys i com el va superar?
  • Quin va ser l'últim problema tècnic amb què va haver de tractar?
  • Com es defineix la propietat del codi?
  • Quin és el vostre objectiu professional final?

Com a recordatori, podeu preparar-vos amb respostes que no necessàriament es basin en fets reals. A més, feu les vostres pròpies preguntes sobre l’empresa, el producte i els mètodes que utilitzen els vostres companys potencials.

Per descomptat, aquest article no pot garantir que la propera entrevista tingui èxit. Segons la meva pròpia experiència d’entrevista, els candidats preparats que segueixen aquestes pautes tenen més possibilitats d’assumir aquest paper.

Que tinguis una bona setmana!