Mange programmerere misliker tavleintervjuer. Men fungerer de? (Ekstra)

[Harald Brombach (digi.no)]

Mange programmerere misliker tavleintervjuer. Men fungerer de? (Ekstra)

[cppdude]

Jeg føler at tavleintervju ikke skal være der for at du skal skrive perfekt syntaktisk (sp?) kode, men for at du skal kunne vise framgangsmåten. Hele poenget er jo at du skal tenke høyt hele veien, og samtidig kommunisere med de som intervjuer deg. 

 

Men jeg tror mange føler seg under press, da de fokuserer på andre ting. Slik som f.eks syntax, om det er korrekt, eller gjør ting for komplisert. Bruker kanskje for esoteriske algoritmer for å imponere. 

 

Et godt tavleintervju fungere som dette, IMO: 

 

1. Du får utdelt problem. 

 

2. Du analyserer problemet. Spør gjerne intervjuer om detaljer og spesifiseringen. 

 

3. Design løsning til problemet. Gjør det slik du vil. tegn gjerne "the big picture" på tavla med figurer og slikt. Forklar logikken bak det hele. Forklar også teorien hvorfor du velger å bruke disse løsningen (Big O, datastrukturer, osv.) 

 

4. Implementer løsningen, på enklest mulig måte. Her gjelder KISS prinsippet...keep it simple. 

 

5. Presenter løsningen, fra start til slutt. Diskuter igjen hva som er bra og mindre bra. 

 

På dette punktet vil du bli spurt om hva som kan gjøres annerledes. Kanskje du får endringer i krav. spec. Kanskje er dette endringer som gjør at hele løsningen må ut av vinduet, eller at du bare må modifisere løsningen. Da dette er en iterativ prosess, går du tilbake til punkt 1. 

 

6. Du når du har utført oppgaven, og intervjuer føler du er ferdig, så diskuter gjerne løsningen. Noen ganger fisker de spørsmål ut av deg, andre ganger kan du ta initiativ. Dersom du ikke får løst oppgaven, så kan du likevel snakke om hvordan du ville gått fram, eller prøve å diskutere andre metoder du tenkte på. 

 

Det viktigste er uansett at du hele tiden kommuniserer. Litt som på muntlig eksamen i et fag. 

Øv med noen som har samme kompetanse som deg, helst flinkere om du greier å finne. 

 

Som nevnt tidligere, så har tavleintervju som formål å observere hvordan du løser problemer. Det finnes også andre metoder, men som kanskje tar lengre tid ("Her har du en datamaskin, her du problemet, løs det på 4 timer.") 

 

Men tavlemetoden går også begge veier. Har opplevd intervjuere som har vært svært uengasjerte, og som har fått svar/fasitark som du krysser av på, uten noen form for feedback. Slike spørsmål tar man heller over telefon. 

 

Om det fungerer kommer helt an på hva man ser etter. Om du vil finne ut hvordan kandidaten tenker og løser problem, så er det en fin måte. Om du vil finne ut hvor god stil utvikleren har, så kan du likegodt spørre om å få se på demo kode.