Viktige hensyn før du ansetter Ruby on Rails Developer

Jeg har jobbet med Ruby on Rails webutvikling med idyllic-software.com i over tre og et halvt år nå, og jeg har blitt intervjuet av mange selskaper både store og små. Det har vært tilfeller der jeg har kommet ut av intervjuer følelsen oppmuntret og motivert til tross for ikke å bli ansatt og ganger når jeg har følt for å gi opp, som ønsker å holde programmering som hobby, og gå videre til noe helt annet (men med en ny jobbtilbud ). Men det er tydelig at noen selskaper har en egen evne til å ansette folk som er alltid motivert og i kjærlighet med det de gjør, og mens andre er greit å ha folk bare skrive noen kode og gå hjem så lenge de ikke klage. Anmeldelser

Det har vært mange artikler om leie og outsource rails programmerere eller noen form for programmerer og dette innlegget kan være bare én mer til den listen men disse er noen av de tingene som jeg har lagt merke til i løpet av årene.

Hvis du vil angi et bakteppe, jeg jobber i Mumbai, India og min gjennomsnittlig arbeidsdag innebærer generelt jobbe med mine lagkamerater som skriver kode (og noen få som ikke gjør det), snakker med kunder og reiser. Mange av skinnene butikker i India er små og mellomstore bedrifter (men det har vært en plutselig bølge i Rails adopsjon i større organisasjon også) hvor høye frafallsrater ikke blir tatt svært alvorlig. Selskaper hvor tiden av en gjennomsnittlig arbeidstaker er ca 7 måneder og jeg tilskriver dette til bedriftskultur.

Kultur

Det er viktig å være realistisk om hva som tilbyr en kandidat og om du ville være i stand til å leve opp til dine forpliktelser. For en ansatt, en ærlig, oppmuntrende og kommende arbeidsgiver genererer umiddelbart en følelse av tilhørighet, et ønske om å ta eierskap, og en vilje til å strebe mot å gjøre sitt beste. Det viktige her er å vite hvis du virkelig gjør en innsats for å gjøre hva i dine krefter til å kreve det beste fra arbeidstaker. Fat paychecks er flott å vekke oppmerksomhet, men det er sjelden nok til å holde folk i gang. Arbeide mot å bygge en omsorgskultur den automatisk tiltrekker seg talent. Simon Sinek sin TED talk beskriver dette vakkert der han forklarer, ikke folk kjøpe hva du gjør; de kjøper hvorfor du gjør det.

Jeg jobbet med en venn (som nå er en entreprenør) som etter å ha arbeidet ville oppfordre meg til å jobbe med ham å bygge tilfeldige ting. Vi klarte aldri å bygge noe fantastisk :( men det lærte oss mye om å holde seg motivert. Vi vil finne ut noe å være begeistret og ville komme opp med måter å bruke den et sted i vårt prosjekt. Som bringer meg til side prosjekter .

Utålmodige /early adopters /sideprosjekter

Det er lett å finne folk som er utålmodig etter å prøve ut nye ting bare se på deres github konto. Du vil finne mange prosjekter uten dokumentasjon eller tester bygget utelukkende for å eksperimentere på teknologier de kan ikke tvinge sine kunder til å prøve. De er engasjerte mennesker som er villige til å prøve ut ting før det er mainstream. Passionate programmerere er hva alle er etter. Hire dem!

dabblers

dabblers er utviklere som kan pusle med forskjellige teknologier for å få arbeidet gjort. De kan ikke være Java-script Ninja eller Ruby Hero som alle går opp til på konferansen, men de vet eller kan finne ut nok til å få arbeidet gjort. Dens viktig at programmerere forstå grunnleggende programmering konsepter, men grilling kandidater under intervjuer enn obskure Rails API metoder er meningsløst. APIer kan læres, men hva som er viktig er å samle hvis kandidatene forstå grunnleggende programmering begreper som objektorienterte programmerings.

Ydmykhet

Jeg føler ydmykhet er enormt underrated på programvareselskaper. Det er viktig å innse at software engineering er en lagsport, og det er viktig at arroganse av en rockestjerne programmerer ikke ta med hele huset ned. Rock-stjerners programmerere er gode å ha, men bare hvis han kan hjelpe laget til å fungere bedre. Jeg har blitt intervjuet av "Rock-stjerners programmerere" hvis eneste mål var å påpeke ting jeg sugd på (som også var nyttig i en vei).

Prøveprosjektet

Det er ikke alltid mulig for flere grunner, men prøv å ha dine kandidater fungere for deg i en uke med en rettferdig avtale om en liten modul, slik at dere begge har en idé om hvordan det er å jobbe sammen. Ingenting fungerer bedre enn å sitte ned og skrive kode for faktiske historier.

Talkers

Kanskje for salg og markedsføring. Du vet når du ser deres GitHub kontoer

Dette er mine 2 cents om hvordan å ansette utviklere
. &Nbsp.;