Hjemmeside » Webdesign » 10 mest vanlige typer webutviklere

    10 mest vanlige typer webutviklere

    Hvor mange utviklere vet du i livet ditt? Hvis du jobber med en gruppe av dem, kan du legge merke til at de har spesielle quirks eller personligheter som du faktisk kan gruppere sammen, noe som jeg skal gjøre med dette innlegget.

    Utviklere har sine individuelle preferanser og arbeidsstil deter svært forskjellige - selv om de gjør de samme jobbene. Vi skal ta en titt på de 10 mest vanlige gruppene av utviklere der ute; se om du enten kan se deg selv eller en av dine kolleger der inne.

    1. Purister

    Purister per definisjon er folk som holder seg til tradisjonelle regler, kanskje du vet en engelsk lærer eller to som er purist av natur. Puristene i min liste er imidlertid ikke at strengt, de er bare slags utviklere som ikke er veldig opptatt av å bruke rammer og biblioteker.

    De velger Vanilla JavaScript over JQuery hver gang. De ser ikke noen problemer med å bruke rene språk og tradisjonell måtes; Faktisk blir de irritert når de snubler over enda - en annen ramme eller et bibliotek. Ekstra biblioteker er like oppblåst for dem.

    Tenk deg, dette betyr ikke at de ikke bruker de i det virkelige liv. Det er vanskelig ikke, når ledige stillinger i dag ber om “ekspertise i jQuery”. Uansett hvor opptatt eller nært tenkt de kan virke, kan du ikke slå blikket mot sannheten i deres argument.

    2. Doers

    Sikker på at alle må gjøre jobben sin, uansett hva, men for Doers, deres liste over prioriteringer start med å få jobben gjort. Du kan satse på at de har den nyeste og raskeste rammen, biblioteker og arbeidsflyt satt opp. De har premade moduler til moduler, alle sortert for rask bruk i prosjekter.

    Doers bor i oppstart mens de implementerer alle disse verktøyene for jevn produksjon. En typisk gjerers telltale symptom er bruken av en oppgaveløper som grunt eller gulp.

    3. Polyglots

    Polygloter er de som bruk flere programmeringsspråk; noen selv er fullstacket utviklere jonglering SQL og SASS som en sirkusjuggler. Når det er sagt, jobber det bare i ett programmeringsspråk som er nesten umulig i webutvikling; du kan ikke unnslippe den skjebnen, selv om du er en backend-utvikler. Så bare når du vet minst 4-5 programmeringsspråk, kommer du til å skryte av at du er en polyglot.

    De fleste polyglotter er hvem de er på grunn av deres arbeidssituasjon heller enn ved valg. Ikke alle får å ha separate frontend-utviklere eller designere. Uansett, de nærme seg et nytt språk med mye mer selvtillit enn noen andre og er raske elever. Ikke trenger å føle seg overveldet av dem selv, for noen av dem kan være Jack of all trades, men er herrer av ingen.

    4. Perfectionists

    Hva kommer til å tenke når jeg sier perfeksjonistprogrammerer? Vel, jeg mener ikke de som tar sikte på å skrive de mest perfekte, feilfrie kodene. De ekte perfeksjonister er de som se, kode og gå utover koding. De la kommentarer, Følg med på navngi variabler og gjør det skitne arbeidet aka dokumentasjon (blant annet).

    La oss innse det, når var den siste gangen du dro en detaljert kommentar eller skrev en håndbok for programvaren din? Ikke når som helst nylig tror jeg, ikke med mindre og til du er en perfeksjonist. De er sjeldne etter min mening. De fleste utviklere tar ikke hensyn til dem (selv om dokumentasjon er virkelig viktig. Her er Thoriq Firdaus tar på seg det).

    5. The Artsy

    Når det gjelder webutvikling, la oss bare si at deres morsmål er CSS. figurer, farger, animasjoner, filtre og alt det andre visuelle ting betyr noe for dem mest. Vil du møte dem? Codepen er deres vanlige hub.

    De er ikke designere, eller kanskje de er, men på bakkenivå er de utviklere. De uttrykker sin kunst med kode i stedet for Adobe Illustrator eller After Effects. Pare dem med en designer er som å spre smør på brød, noe som resulterer i en jevn og god kombinasjon.

    6. Reuser

    Ikke hver og en av oss er opptatt av å hoppe i første ting for å skrive en generisk klasse eller metode for å håndtere gjentatte blokker med kode. Vi forlater den delen ut til optimaliseringstrinnet som oppstår først etter at vi har grasiøst krysset den store røde faste 10px-fristen og den korte avslapningsperioden etter det.

    Reusers vet bedre enn det, de lager et solid grunnlag for gjenbrukbare kodestykker fra begynnelsen selv og sparer mye optimeringstid senere. De er for det meste erfarne utviklere som kan Forutse en blokk med kode som er bundet til å gjøre flere skikkelser. Det er sannsynligvis ikke et enkelt prosjekt av deres som er uten en fullstendig global fil eller en verktøysklasse.

    7. The Bookworms

    En dag før min aller første VB Lab ga min professor oss et sett med korte instruksjoner, for å sette sammen et skjema. Hun kjørte en demonstrasjon i begynnelsen av klassen, som jeg dessverre savnet fordi jeg kom sent. Biter av instruksjoner jeg klarte å skrive ned var ikke nok til å redde meg og jeg ble sittende for langt fra vennene mine for noen tegnspråket eller leppeavlesning for å hjelpe.

    Så jeg gjorde det eneste jeg kunne gjøre - jeg åpnet min gode gamle lærebok. Jeg ble en bokorm. Som et resultat fikk jeg ikke bare en ros fra min professor i slutten av klassen for å klare å sette alle kravene sammen i mitt skjema, jeg lagde også et bakgrunnsbilde - som ingen andre i klassen gjorde - basert på hva Jeg lærte fra læreboken.

    Det er ikke uvanlig for meg å finne noen av mine medarbeidere som er veldig gode på programmering og logikk til Har skrivebord som er stablet og dekket med bøker. Bookworms tar til teksten i jakten på grundig kunnskap, noen ganger fått serendipitously, noe som til syvende og sist er den beste typen!

    8. Debuggers

    Feilsøking er en ferdighet i seg selv. Den sanne kraften kan bare hentes når siden viser “Intern serverfeil 500”. Debuggere er ikke bare i stand til å fange og squashing bugs i sin egen kode, men i koder skrevet av andre også (som er utviklerens mareritt i sin egen rett)!

    De er godt kjent med alle feilsøkingsverktøy og alternativer, enten det er på en nettleser eller en IDE. Men verktøyene til side, feilsøking krever klar kunnskap om en strøm av hendelser og muligheten til å se utløseren i den kjeden.

    Hvis koden tilhører noen andre, det er da Debuggers viser sin sanne observasjonsprovess, går gjennom linjer på kodelinjer, ser etter manglende "if", "else", "eller", "og" semi-colon "

    9. Forskerne

    For forskerne er koden ikke bare en kode for dem det blir et emne; et tema for forumdiskusjon, et emne for et blogginnlegg, et emne for a Stackoverflow Q & A. Ingen forkynnelse, ingen dommer, bare en deling av kunnskap om at de forsøker å dissekere. Hver kode vi skriver har en bruk og en hensikt og dessverre en bivirkning, noen ganger.

    Forskerne blant oss prøver å forstå det aspektet av kode. De graver ut dokumentasjoner, utfører eksperimenter og viktigst dele sine funn for resten av oss som vil være evig takknemlig for hva de gjør.

    10. Sosialene

    Til tross for kopieringskoder fra hverandre, vi holder oss fortsatt sammen som en del av et fellesskap som spiser, puster og lever kode. Fysisk skjønt sitter vi foran datamaskinen selv, alene, men ikke ensom. Våre sosiale ferdigheter tar en hit skjønt, om vi liker det eller ikke.

    Og så er det Sociables. De møtes med deg for drinker, forteller geeky vitser, snakker om det nyeste og beste om feltet, er glade for kommende utgivelser, maskinvare eller myk, engasjere seg i muligheter, nettverksmuligheter, og hvis tiden tillater det, bytt telefoner med deg så du kan både prøve et annet operativsystem. Kjenner du en sosial blant utviklerens venner?

    Wrap Up

    Noen av dere er nødt til å finne en venn, selv, som en del av noen grupper, noen ganger overlappende, andre ganger motsigende - vi dømmer ikke til slutt, vi er alle utviklere. Men vi er nysgjerrige på å vite hvilken av gruppene av utviklere du finner deg mest allierte med. Gi oss beskjed i kommentarene.