Yksi LinkedInissä minua vaivaavista monista asioista on "miten haastatella kehittäjiä". Niitä on tonneittain, ja lähes kaikki joutuvat kolmeen leiriin:
Vuosien varrella olen haastatellut kymmeniä kertoja ja palkannut satoja Kehittäjistä eri yrityksille - Microsoftista ja Dellistä pikkuruisiin startup-yrityksiin. Minulla oli myös entinen elämä Psykometriaan erikoistunut tutkimuspsykologi (mentaalisten kykyjen mittaustiede). Olen siis nähnyt prosessin joka sivulle.
Koodin kirjoittaminen ei useinkaan ole sosiaalista toimintaa, mutta pehmeällä taidolla on merkitystä, mutta se on usein ortogonaalista todelliselle käytännölle kirjoittaa koodia todellisten käyttäjäongelmien ratkaisemiseksi.
Miten haastattelette jotakuta tehtävään, joka on enimmäkseen Kirjoituskoodista?
Ammattimme on myös täynnä petkuttajan oireyhtymä Olen nähnyt sen itsessäni ja lukemattomissa muissakin. jo valmiiksi Tuntuuko se huijarilta?
Ja me olemme usein yhteiskunnallisesti kiusallinen joukko (itseni mukaan lukien) Molemmat stressaavaa haastattelua sekä Vaatii elävää ongelmanratkaisua, joka on katastrofin resepti.
Miten haastattelette hermostunutta, kiusallista tai jo itseään epäilevää henkilöä?
Älä edes startti Elleivät heidän kokemuksensa täsmää. sekä Sinun.
Tee prosessi selväksi ja ihmiseksi.
Ole ajoissaJos he myöhästyvät, anna heille muutama minuutti aikaa - ehkä he eivät ole takavuosien tapaamisissa kuten sinä.
Kysy itseltäsi: Sopisivatko he joukkueeseen temperamenttisesti? Nerokas koodaaja, joka on ääliö, on nettotappio.
Vuosien Fibonacci-kysymyksien ja niihin liittyvien listamaratonien jälkeen opin yhden perustotuuden:
Kooderit puhuvat mielellään koodista, jonka he tietävät.
Se on salaisuus, ja se toimii vain, jos haastattelija todella ymmärtää, mitä näytetään. Jos et tunne kehystä (Angular, React, mitä tahansa) - silti hyvin. Keskity rakenteeseen, selkeyteen, nimeämiseen, aikomukseen.
Joten, kerro heille ennakkoon Viisi päivää on reilua, että haluat keskustella koodista, jonka he ovat kirjoittaneet. Näytä jotain, mistä voit puhua.
Heillä ei ehkä ole GitHubia – ei se mitään. Henkilökohtainen tai työpanos on hyvä. Tavoitteena ei ole löytää neroutta. omistajuus.
Et palkkaa sen perusteella, kuinka paljon vapaa-aikaa jollakulla on.
Minä Itse jätän koodaushaastattelut näinä päivinä. Se saa minut todella levottomaksi, vaikka olen rakentanut satoja järjestelmiä.
Tämän vuoksi tämä lähestymistapa on parempi:
Junioriehdokkaat toukokuu Tarvitset pienen käytännön kokeen - mutta pidä se inhimillisenä. Älä tee niistä 4 000 rivin perintötiedostoa.
Kysy silmukoista, olosuhteista ja tosimaailman perusasioista.
Moni käyttää niitä päivittäin tietämättä nimeä.
Loogisia arvoituksia ei ole koskaan tarvinnut tehdä oikeissa töissä, eikä niistä ole koskaan ollut todellista hyötyä, kun on tiedetty, kuinka monta pianonvirittäjää New Yorkissa on olemassa.
Pääseekö ehdokas rooliin vai ei - jatkoa.
Jos he eivät saaneet sitä: Selitä miksi. Anna heille jotain hyödyllistä poisviemistä varten.
Jos he saivat sen: Kerro heille, mitä odottaa seuraavaksi. Anna heidän hengittää.
Koska viime kädessä:
Haastattelun pitäisi paljastaa kyky - ei suojella egoa. Sen pitäisi tuoda lisäarvoa - silloinkin, kun vastaus on ei.
Tarkin haastattelu, jonka olen koskaan löytänyt, on yksinkertainen: Antaa ehdokkaiden puhua koodista, josta he ovat ylpeitä. Koska rehellisyys näkyy koodilla. Paine kätkee sen.
Kun ihmiset lähtevät haastattelusta tuntien itsensä kunnioitetuiksi – Silloinkin, kun se hylätään – Olet jo rakentanut jotain liittymisen arvoista.
© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.
