mboost-dp1
Why The New Guy Can’t Code
- Forside
- ⟨
- Forum
- ⟨
- Tagwall
#1
Jo tak, den slags historier hører jeg rimelig tit fra mit netværk uden for Danmark.
Det er heller ikke mit indtryk at tekniske interviews er særlig brugt i Danmark, ihvertfald ikke i forhold til USA. Mange jeg kender i USA har lavet interviews (som senior devs, altså efter HR interview) med udviklere, hvor de f.eks. har spurt om algoritmer, eller ting som deep-first-search o.lign.
FizzBuzz eller binary-search er begge dele rimelig basale, og viser desværre ikke noget om skills i arkitektur eller rigtig programmering. Men man burde vel alligevel forvente at alle programmører kan skrive en FizzBuzz.
På den anden side, så havde jeg programmeret i 3-4 år, før jeg fik brug for Modolus første gang... og jeg havde absolut ikke hørt om det i folkeskolen :p
Jo tak, den slags historier hører jeg rimelig tit fra mit netværk uden for Danmark.
Det er heller ikke mit indtryk at tekniske interviews er særlig brugt i Danmark, ihvertfald ikke i forhold til USA. Mange jeg kender i USA har lavet interviews (som senior devs, altså efter HR interview) med udviklere, hvor de f.eks. har spurt om algoritmer, eller ting som deep-first-search o.lign.
FizzBuzz eller binary-search er begge dele rimelig basale, og viser desværre ikke noget om skills i arkitektur eller rigtig programmering. Men man burde vel alligevel forvente at alle programmører kan skrive en FizzBuzz.
På den anden side, så havde jeg programmeret i 3-4 år, før jeg fik brug for Modolus første gang... og jeg havde absolut ikke hørt om det i folkeskolen :p
#2
Jeg havde ikke hørt om fizzbuzz før, men det er altså ikke helt let at *kode* en binær søgning. Man kommer meget let til at lave en off-by-one fejl, og så får man enten forkerte svar eller non-termination. Hvilket er skidt.
Man kan sagtens finde på 'nemme' opgaver hvor løsningen ikke er en arketypisk algoritme. Så kan man få lov til at vise lidt kreativitet.
Wut, hvordan kan du have undgået modulus-operatoren i så lang tid?! Jeg tror højst der gik et par uger før jeg fik brug for den.
Jeg havde ikke hørt om fizzbuzz før, men det er altså ikke helt let at *kode* en binær søgning. Man kommer meget let til at lave en off-by-one fejl, og så får man enten forkerte svar eller non-termination. Hvilket er skidt.
Man kan sagtens finde på 'nemme' opgaver hvor løsningen ikke er en arketypisk algoritme. Så kan man få lov til at vise lidt kreativitet.
Wut, hvordan kan du have undgået modulus-operatoren i så lang tid?! Jeg tror højst der gik et par uger før jeg fik brug for den.
#3 Jeg gætter på at de gange han har haft behovet for modulus har han gået omveje for at få samme resultat, simpelthen fordi han ikke kendte til dens eksistens..
Ikke at jeg er koder, men interessant artikel, da man sagtens kan trække paralleller til job-interviews i andre faggrupper hvor man sætter forkert fokus i sit interview. Men som vindkappen er inde på, så er det ikke noget man ser her i Danmark, eller andre vestlige lande (mentalitetsmæssigt, så her tæller lande som Australian/NZ også med) som er en mellemting mellem relationship- og deal-focused hvorimod USA er klart deal-focused.
#interviews i DK
Det er eller mit indtryk at de fleste danske virksomheder ansætter IT folk efter princippet:
function udvalgttilsamtale(ansøgere) {
return select top 3 from ansøgere order by ordsammenfald(ansøgning,opslag) desc
}
function udvalgteftersamtale(ansøgere) {
return select top 1 from ansøgere order by 0.5*tekniskeskills+0.5*organisatoriskfit desc
}
ansat = itafdeling.udvalgteftersamtale(personaleafdeling.udvalgttilsamtale))
d.v.s. at der er et interview med nogle af de (potentielt) fremtidige kolleger.
Indholdet af et sådant interview vil jo så afhænge lidt af hvilket type der skal ansættes, forventet erfarings niveau og interviewernes personlige præferencer.
Men for et udviklerjob vil det være mærkeligt hvis ikke noget af samtalen bliver lidt teknisk for at checke om nu ansøgeren kan det som ansøgningen påstår vedkommende kan.
Det er eller mit indtryk at de fleste danske virksomheder ansætter IT folk efter princippet:
function udvalgttilsamtale(ansøgere) {
return select top 3 from ansøgere order by ordsammenfald(ansøgning,opslag) desc
}
function udvalgteftersamtale(ansøgere) {
return select top 1 from ansøgere order by 0.5*tekniskeskills+0.5*organisatoriskfit desc
}
ansat = itafdeling.udvalgteftersamtale(personaleafdeling.udvalgttilsamtale))
d.v.s. at der er et interview med nogle af de (potentielt) fremtidige kolleger.
Indholdet af et sådant interview vil jo så afhænge lidt af hvilket type der skal ansættes, forventet erfarings niveau og interviewernes personlige præferencer.
Men for et udviklerjob vil det være mærkeligt hvis ikke noget af samtalen bliver lidt teknisk for at checke om nu ansøgeren kan det som ansøgningen påstår vedkommende kan.
#relevante spørgsmål
Det er ikke nemt at finde de rigtige spørgsmål.
Vi har et par dårlige eksempler på bordet.
FizzBuzz - at checke på om folk ved hvad det er er ca. lige så seriæst som at teste for om cpr nummer modulus 317 er 44 som kriterie - det er jo helt tilfældigt om folk har stiftet bekendtskab med det eller ej.
Implementere binary search i kode er heller ikke en interessant øvelse. Det bliver igen meget tilfældigt om folk har prøvet at kode den og kan huske præcis hvordan eller om de rammer en lille smule ved siden af. Det der er interessant er om de 1) kender big O for den 2) ved hvad forudsætningen for at den kan bruges er 3) kan beskrive princippet i den.
Det er ikke nemt at finde de rigtige spørgsmål.
Vi har et par dårlige eksempler på bordet.
FizzBuzz - at checke på om folk ved hvad det er er ca. lige så seriæst som at teste for om cpr nummer modulus 317 er 44 som kriterie - det er jo helt tilfældigt om folk har stiftet bekendtskab med det eller ej.
Implementere binary search i kode er heller ikke en interessant øvelse. Det bliver igen meget tilfældigt om folk har prøvet at kode den og kan huske præcis hvordan eller om de rammer en lille smule ved siden af. Det der er interessant er om de 1) kender big O for den 2) ved hvad forudsætningen for at den kan bruges er 3) kan beskrive princippet i den.
#9
Jeg synes det ligner en god og hurtig test på om der overhovedet er noget programmør-agtigt i ansøgeren.
Man kan nok også lære noget af om der er en masse nestede if'er eller andre mystiske konstruktioner, men man skal ikke lægge alt for meget i det.
Write a program that prints the numbers from 1 to 100. But for multiples of three print "Fizz" instead of the number and for the multiples of five print "Buzz". For numbers which are multiples of both three and five print "FizzBuzz".
Jeg synes det ligner en god og hurtig test på om der overhovedet er noget programmør-agtigt i ansøgeren.
Man kan nok også lære noget af om der er en masse nestede if'er eller andre mystiske konstruktioner, men man skal ikke lægge alt for meget i det.
Én ting er at der findes dårlige kodere, men herregud - det er trods alt sjældent kritisk software ikke bliver testet grundigt igennem.
En helt anden ting er læger. Næsten halvdelen af de læger der arbejder i danmark er dårligere end gennemsnittet! Tænk lige over det næste gang du skal have fjernet en blindtarm.. Eller en testikel! :o
En helt anden ting er læger. Næsten halvdelen af de læger der arbejder i danmark er dårligere end gennemsnittet! Tænk lige over det næste gang du skal have fjernet en blindtarm.. Eller en testikel! :o
Ikke just.reefermadness (4) skrev:#3 Jeg gætter på at de gange han har haft behovet for modulus har han gået omveje for at få samme resultat, simpelthen fordi han ikke kendte til dens eksistens..
Spørgsmålet opstod vist i forbindelse med alternate colours, til en tabel. Men man kan kode ret mange ting før det bliver relevant.
Selv når der benyttes modulus i dag, er det jo typisk til alternate colors, ie. i % 2 == 0. At validere CPR numre, kreditkort eller lign. er jo ikke noget man laver særlig tit, da moduler til dette typisk altid er lavet i forvejen.
arne_v (13) skrev:#12
Og præcis halvdelen er dårligere end gennemsnittet.
Men har du nogen løsning på det problem?
:-) :-) :-)
Teknisk set behøver det ikke være præcis halvdelen af lægerne der er dårligere end gennemsnittet. Jeg har ihvertfald ikke set beviser for at lægekvaliteten er normalfordelt.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.