Innhold
- Trekkes i to retninger
- Kommunikasjons ferdigheter
- Mennesker ferdigheter
- Pusher på deg selv
- Kjenn plattformen
- Hvorfor rant?
I hjertet er jeg en tekniker. Jeg elsker den nerdete detaljene og tingene du kan gjøre med kodelinjer. Men til tider hater jeg smerten ved å lokke resultater fra utviklere eller å tvinge dem til å 'tenke som et menneske'. Dette kan skade prosjektet, produktet og teamet.
Jeg er ikke alene om dette, og utviklere bør være forsiktige. Utvikling blir enklere, og ikke-tekniske mennesker kan bygge masse ting i dag uten å berøre en kodelinje. Så enhver utvikler som er verdt saltet, må heve seg over IT-mengden mentalitet.
Trekkes i to retninger
Det er ikke å si at det er enkelt for utviklere, selvfølgelig. De strekkes i to retninger: mot det menneskelige og over hele teknologibakken. Den første av disse kommer ut i bøker som Den lidenskapelige programmereren, mens den andre kommer i form av DevOps-trenden, og oppfordrer utviklere til å forstå mer enn bare filene de lager og redigerer.
Hvis du finner en utvikler som er sterk innen begge disse områdene, ta tak i dem!
Kommunikasjons ferdigheter
La oss starte med den menneskelige siden av ting. I vår bransje er alt kommunikasjon, fra Ethernet-kabelen til merkevaren. En god forståelse av den tekniske siden er nyttig, men den er ubrukelig uten forståelse av den virkelige verden. Å erkjenne dette deler utviklerne i to leirer: de som kan komme seg gjennom kode og de som kan lage virkelig nyttig programvare.
Når det gjelder førstnevnte, er det ikke alltid deres feil. Altfor ofte har utviklere kommet fra miljøer der de har jobbet alene, holdt seg borte fra brukerne og deres virkelige krav, og holdt seg atskilt fra produksjonsmiljøet. De har måttet jobbe med teknologien noen valgte for 10 år siden fordi "det er det vi bruker". Ingenting av dette egner seg til glade utviklere som fortsetter med resten av selskapet og produserer fantastiske resultater.
Mennesker ferdigheter
Flotte utviklere forstår virksomheten de jobber med, ikke bare koden. De setter pris på forretningsregler og operasjonelle krav til folk som jobber rundt dem, fordi uten dette genererer de kode som ikke løser problemer.
Som i alle yrker gjør evnen til å forstå og kommunisere med andre mennesker deg mer nyttig. Devs er tilbøyelige til å tenke på hva som er foran dem like viktig (som vi alle er). Faren er at de ikke bryr seg om hva de ikke kan se eller høre, og derfor er fokus ofte på kode i stedet for resultatet. (Les Thinking, Fast and Slow for mer om hvor lett vi blir distrahert av det som ligger foran oss.)
I kontrast, når du sitter med en utvikler som forstår virksomheten din, ser du noe helt annet. De vet hvordan brukerne samhandler med DB og hvordan det sannsynligvis vil utvikle seg. Faktisk kan forretningskunnskap oppveie teknisk kunnskap fordi disse gutta rett og slett får gjort de riktige tingene, i stedet for helvete å lage kode for kode skyld.
For alle de herlige, nerdete kodelinjene, hvis alt du trenger er en enkel løsning, så gå med det.
Pusher på deg selv
Men det er mer å være en god utvikler enn bare å være menneske. Den lidenskapelige programmereren skisserer mange måter som programmerere kontinuerlig bør øke spillet sitt, lære nye ferdigheter og generelt ikke bremse. Programmører må lære seg nye ting raskt, det være seg for et nytt prosjekt eller bare implementere en ny funksjon for et eksisterende produkt.
Flotte utviklere vil ta på seg et prosjekt bare for tingene de lærer av det, noe mer enn 20 minutter av howtos. Github har forvandlet kjæledyrprosjekter i CV-er, og de aller beste vil gjøre dette til produksjonsstandard, ikke bare kopiere / lime inn kode for å se eksemplet fungere.
Kjenn plattformen
Devs trenger å kjenne plattformen. Den lidenskapelige programmereren setter dette i form av forståelse av kjøretidsmiljøet: hvis du programmerer i Java, må du forstå hvordan Java Runtime Environment fungerer. Hvis det er Ruby, må du kjenne Ruby Interpreter og lese kildekoden for den. Devs som forstår plattformen kan fikse raskere fordi de løser problemer fra bunnen av. Resten vil bare prøve ting til de fungerer, uansett hvor lang tid det tar ... og det kan ta lang tid. Lang, lang tid.
Dette gjelder noe som burde være obligatorisk for hver utvikler i disse dager: devops. Cloud computing har laget alt programvare: servere, rutere, disker, mye. Utviklere må forstå hvordan tingene deres fungerer i produksjonen og hva de operasjonelle kravene er.
I devops vet utviklere, forstår (og ganske elsker) alt om plattformen de kjører på. Du får ikke bare mer ut av den kjedelige infrastrukturen, men du kan til og med ende opp med å bygge ting som ingen av dere trodde var mulig.
Hvorfor rant?
Disse ideene er ikke mine, og mange er ikke nye. Ideen om at en tekniker skal forstå den virkelige verden er grunnleggende for utforming og bygging av hva som helst: hus, biler, MP3-spillere ...
Så hvorfor rant? Sikkert i disse dager forstår hver utvikler som går gjennom døren ikke bare NoSQL og mobil utvikling, men også grunnleggende UX og hvordan man kan jobbe i et team? Hvis bare. Dette mangler dessverre for mange kandidater, og det tar tid å finne utviklere med et rikt nok ferdighetssett. Det er verdt den tiden, men bransjen som helhet forventer mer.
Det er mange råd der ute, både for utviklere som ønsker å være virkelig nyttige, og alle som jobber med utviklere kan forvente litt mer. Markedet blir mer konkurransedyktig, så bevæp deg selv med gode devops-ferdigheter og evnen til å tenke som menneskene du jobber med. Hvis du ansetter utviklere, kan du hjelpe meg med å gjøre verden til et bedre sted: forvent mer av dem. De vil takke deg til slutt.
