Beste svaret
★★★★★
Dette er en anmeldelse av CoderPad , et samarbeidsverktøy for koding som lar deg kjøre koden din mens du går, og er spesielt nyttig for tekniske intervjuer.
INTERVJU ER HARDT
Jeg har vært på begge sider av bordet i ganske mange tekniske intervjuer – fra telefonskjermbilder og direkte kodingsrunder til personlige tavlesessioner. For begge intervjuobjektet og intervjueren, kan den levende kodingsrunden være spesielt tappende av en rekke årsaker.
Som intervjuobjekt står du overfor en rekke anstøtesteiner i løpet av denne runden. å jobbe med en IDE eller redaktør som sannsynligvis er en dårligere versjon av det du er vant til. I en virkelig situasjon er det også lite sannsynlig at du vil skrive en hel funksjon eller klasse uten å teste den så ofte. Som et resultat sykluser brukt på å jobbe i et ukjent miljø og uten din vanlige testrutine kan det redusere det som betyr noe: å vise hva du kan gjøre.
Som intervjuer er det en balansegang: å holde seg engasjert mens en kandidat forvirrer seg gjennom et problem, slik at kandidaten ikke kommer til å avvike også langt ned på feil vei, og stoppe deg fra å skaffe mat til dem løsningene. Mens du gjør alt dette, sporer du også prosessen deres – hvor lang tid det tok kandidaten å komme med en spillplan, når de gjorde om spillplanen til en suboptimal løsning, og når de tok den løsningen og gjorde den elegant . Og med mindre du vil se ut som en n00b, må du være i stand til å fange nye feil og evaluere kreative løsninger effektivt.
Kodingsintervjuer er i beste fall en fullmakt for faktisk on-the- arbeidsdyktighet. På det verste er de dårlige sammensmeltninger av virkelige arbeidsmiljøer der du er fratatt muligheten til å syntaks-markere og kjøre din forbannede kode.
Så ja, intervjuing er vanskelig.
DE ANDRE GUTTENE
For å løse noen av disse problemene hjelper det å ha et verktøy som kan gjøre noe av det tunge løftet for deg.
Et av disse verktøyene er Google-dokumenter, som mange selskaper fremdeles bruker for å gjennomføre live-kodingsrunder. På toppen kan Google-dokumenter være ekstremt allsidige og evnen til å tegne kan være nyttig hvis en del av kodingsrunden er begrepsmessig eller høyt nivå. Å jobbe mot den: manglende innrykk, linjenumre og syntaksfremheving. Åh, og du kan ikke kjøre koden din.
En stor forbedring i forhold til det er et verktøy som heter Collabedit. Collabedit har et glatt brukergrensesnitt og gir støtte til nesten alle språk du trenger. Imidlertid må kandidater fortsatt kode blind – det kan ikke kjøre kode heller.
CODERPAD
Skriv inn CoderPad . CoderPad er et redigeringsprogram med innebygd REPL. Det er ikke den første produkt som har samarbeidskoding, og det er ikke det første produktet som inneholder live REPL, men det er det første produktet jeg har sett som bruker disse to elementene veldig, veldig bra.
Med andre ord, CoderPad tillater både intervjueren og intervjuobjektet å kjøre kode mens den skrives.
CoderPad støtter en rekke tolket og kompilert språk – noe som er ganske fantastisk. I tillegg til å etterligne hvordan folk faktisk jobber, tar det varmen fra intervjueren litt, slik at han kan fokusere på om kandidaten passer godt.
Kule funksjoner inkluderer:
- Fin estetikk: syntaksutheving, linjenumre, innrykk
- Flott språkdekning for både kompilerte og tolket språk, inkludert: JavaScript, Python, Ruby, Java, Scala, C / C ++ og Go
- Virkelig vakker / glatt brukergrensesnitt
- Evne til å inkludere så mange samarbeidspartnere du vil
- Avspillingsfunksjon slik at du kan se hvordan folk kom dit, i stedet for bare slutten kode
- Rimelig prisplan
Noen begrensninger / hyggelig å ha:
- Evne til å legge til tidsstempler når kandidaten jobber slik du kan spore progresjon
- Evne til å dele kode med kandidat etter at intervjuet er over
- Raskere kompileringstider (tolk er veldig rask)
Til tross for disse mindre begrensningene , så langt som jeg vet, det er ikke et annet kodingsverktøy med live REPL der ute som nærmer seg CoderPads nivå av polering og nytte. Du bør prøve det neste gang du intervjuer noen.
Svar
CoderPad er et flott verktøy hvis det du trenger er å teste kandidaten på relativt enkel koding spørsmål. Hvis du bruker Google Doc eller Collabedit, er CoderPad et STORT skritt foran, siden det lar deg kjøre koden til nesten alle programmeringsspråk der ute.
På den annen side er CoderPad ufleksibel hvis du prøver å forstå hvordan kandidatene dine faktisk takler virkelige problemer.
Vet de hvordan de skal utforme et API riktig? Hvordan takler de kompleksiteten? Hvor flinke de er til å feilsøke?
Alle disse oppgavene krever et mer komplekst miljø, og her tror jeg type12.com kommer inn på scenen.
Full avsløring , jeg er grunnleggeren.
Vi laget Type12 for å gi slipp utover gåter og hjernetrim når du tester kandidater, men faktisk setter dem i deres daglige scenarier .
Mens muligheten til å løse en koding gåter forteller deg nesten ingenting om ferdighetene kandidaten har til å løse daglige utfordringer, virkelige scenarier og oppgaver lar deg simulere din dag-1 arbeidserfaring og er – faktisk – gode prediktorer.
Par programmering, det er der du får et nøyaktig bilde av kandidatens faktiske ferdigheter.
Her er et eksempel på miljøarbeidsområdet:
Alt deles mellom kandidaten og intervjueren i inkludert filleser, hovedkodepanel og terminalkonsoll.
Hvis du liker ideen, send meg en e-post til [email protected] eller ta kontakt på twitter @ leonardofed .