Er kodningstest en god måde at verificere programmeringsfærdigheder på?

Rekrutterere kæmper ofte med at lande med det bedste talentoptagelsesprogram, når det kommer til ansættelse af programmører. På trods af tilstedeværelsen af flere online programmeringstest, kan virksomhederne ikke finde den bedste programmør til deres særlige krav. Dette kan skyldes mangler i ansættelsesprocessen. Her er nogle af fejlene i processen, der eksisterer selv nu:

  • For mange programmører, for mange applikationer, hvilket gør det vanskeligt at vælge talentcremen
  • Interviewene er ikke tilstrækkelige til at vælge gode programmører
  • Programmører er ikke engang i stand til at skrive grundlæggende kode
  • Det pågældende firma har muligvis ikke HR-personale teknisk kvalificeret til at interviewe programmører korrekt

Ansættelse af en programmør skal have følgende trin, og når disse trin er gennemført, skal du sikre dig, at kandidaten har kapacitet til at skrive kode

  • Et uformelt interview gennem Skype eller lignende apps
  • En hurtig teknisk screening for at vide, om kandidaten er i stand til det
  • Kontroller, om programmøren har nogle færdigheder i programmering, som han hævder
  • En evaluering for at se, om kandidaten passer ind i virksomhedskulturen

Når du har gennemført en streng evaluering ved hjælp af disse trin, kan du få nogen, der ville være teknisk kompetente, moralsk velegnede og kulturelt ansvarlige, selvfølgelig med gode kommunikationsevner. De fleste interviewere foretrækker at foretage kodningstest, så de kan måle den tekniske kompetence hos mennesker, der hævder at være eksperter i programmering. Du kan lave en kodningstest under interviewet og give kandidaterne to timer til at vise frugt for deres indsats og viden. Testen kan opdeles i en række små problemer, hver især hårdere end den forrige. Når du gør det, kan du måle deres færdigheder ikke kun på deres kompetenceniveau, men på den tid de tager at gennemføre.

En god programmør har sandsynligvis brug for lige under to timer for at afslutte testene, mens en inkompetent ikke engang vil gennemføre det første problem inden for tidsrammen. Når du foretager kodningstest, har du følgende fordele

  1. Du kan adskille cremen af talent
    Gode programmører kan skrive fuld dokumentation. For eksempel, hvis du ser et godt potentiale i en kandidat, kan du få ham til at foretage en fuldautomatisk enhedstest, oprette en fuld Javadoc og endda tilføje HTML-formatering til Javadoc.
  2. Formåletablet med testene, så de er defekte i sig selv
    Hvis du foretrækker at udføre automatiserede tests, skal du fortsætte med det. Men når du selv udarbejder testene, opretter du dem bevidst med mindre mangler. En klog kandidat ville straks anerkende dette og ville enten være villig til at rette fejlen selv eller informere dig om den samme. Det kan være mindre problemer som vildledende variabler eller tilfældig brug af anførselstegn langs strengene, men kompetencen ligger i at spotte dem. Kandidaterne kan endda ændre disse fejl for at tilpasse sig testen. Hvis en programmør er villig til at påpege fejl i testkoden, viser det sig, at han ønsker at levere fremragende kvalitetsarbejde snarere end at skabe en ‘make-do’ med den tilgængelige kode.
  3. Test kan bestemme programmørens færdigheder
    Gennemførelse af kodningstest vil hjælpe med at analysere programmørens færdigheder i at løse problemer på forskellige måder. For eksempel kan du få programmøren til at analysere en kode med iterative løsninger og derefter igen rekursivt. At finde flere løsninger er en fordel, du får ved at ansætte en sådan programmør.
  4. En kandidat, der kan refraktere og være opmærksom på tidsfaktoren
    En lidenskabelig programmør ville altid være besat af perfektion, og han ville ikke hvile, før hans kodning er perfekt. Hvis du giver en programmør et program at arbejde på, skal han læne sig tilbage og søge en løsning, der ikke kun er brugbar, men perfekt i hans øjne. Visse programmører finder en løsning og prøver derefter at bryde den, indtil den bliver perfekt. De skal dog være opmærksomme på tidsfaktoren og holde øje med klokken for at sikre, at de slutter til tiden. Kandidater, der søger et tilbud på stedet, vil få gavn af det.

    Når du først føler, at en programmør har bestået din test, ville det være bedre at ansætte ham med det samme. Måske ville en anden potentiel arbejdsgiver vente på at ansætte ham, og du mister muligvis ham. Hvis programmøren har bestået testen, virker det som en god pasform for virksomheden, og hans opførsel er sådan, at han kan forholde sig til resten af medarbejderne på kontoret, har en afgørende karakter og et analytisk sind, kombineret med fremragende problemløsning færdigheder, så kan du ansætte ham. Det er dog disse kodningstest, der danner grundlaget for dette. Så det er vigtigt at udføre kodningstest for at kontrollere programmørens færdigheder, inden du ansætter ham.

Konklusion

Det tilrådes altid at udføre disse programmeringstest på kontoret i stedet for derhjemme, fordi kandidaten ikke kan søge ekstern hjælp for at gennemføre sine prøver. På den måde kan du forstå, at når programmøren ikke gennemfører testen inden for den angivne tid, ville han ikke være god nok til stillingen. Når kodningstesten er afsluttet, skal du gennemgå koderne seriøst, så du ved, om han har haft succes eller ej. Nogle virksomheder foretrækker at gøre dette på stedet, mens andre tillader kandidaten at tage testen hjem og skrive koden i den atmosfære, han er fortrolig med.

Interessante links om emnet:
Sådan kontrolleres kodning af en programmør
Sådan vurderes en programmør

Billeder: Flickr.com/ Kovah / Samuel Mann / Matthew Keefe


Forfatteren: Reema Oamkumar er engageret som en tankeleder hos Software-Developer-India.com, som er en del af YUHIRO Group. YUHIRO er en tysk-indisk virksomhed, der leverer programmører til IT-virksomheder, agenturer og IT-afdelinger.

Skriv et svar

This site uses Akismet to reduce spam. Learn how your comment data is processed.