Hjemmeside » Webdesign » 10 mest almindelige typer af webudviklere

    10 mest almindelige typer af webudviklere

    Hvor mange udviklere kender du i dit liv? Hvis du arbejder med en gruppe af dem, kan du bemærke, at de har særlige quirks eller personligheder, som du faktisk kan gruppere sammen, hvilket er hvad jeg skal gøre med dette indlæg.

    Udviklere har deres individuelle præferencer og arbejdsstil deter meget forskellige - selvom de gør de samme job. Vi tager et kig på de 10 mest almindelige grupper af udviklere derude; se om du er i stand til enten at placere dig selv eller en af ​​dine kolleger derinde.

    1. Puristerne

    Purister pr. Definition er mennesker, der holder sig til traditionelle regler, du kan måske kende en engelsk lærer eller to som er purist af natur. Puristerne i min liste er dog ikke at strenge, de er bare den slags udviklere der ikke er meget opsat på at bruge rammer og biblioteker.

    De vælger Vanilla JavaScript over JQuery hver gang. De ser ikke nogen problemer med at bruge rene sprog og traditionelle måders; Faktisk bliver de irriteret, når de snuble over endnu en anden ramme eller et bibliotek. Ekstra biblioteker er lige store for dem.

    Dette betyder ikke, at de ikke bruger dem i det virkelige liv. Det er svært ikke, når ledige stillinger i disse dage beder om “ekspertise i jQuery”. Uanset hvor tæt eller nært de kan synes, kan du ikke blinde øjnene for sandheden i deres argument.

    2. Doers

    Sikker på, at alle er nødt til at få deres arbejde gjort, uanset hvad, men for Doers, deres liste over prioriteter Start med at få arbejdet gjort. Du kan vædde på at de har den nyeste og hurtigste ramme, biblioteker og workflow oprettet. De har præmade moduler til moduler, alle sorteret til hurtig brug i projekter.

    Doers dvæle i start-ups, mens gennemførelsen af ​​alle disse værktøjer til jævn produktion. En typisk gørers telltale symptom er brugen af ​​en task runner som grunt eller gulp.

    3. Polyglots

    Polyglots er dem der brug flere programmeringssprog; nogle er endda fulde stack-udviklere jonglering SQL og SASS som en cirkus jongler. Når det er sagt, arbejder kun i et programmeringssprog næsten umuligt i webudvikling; du kan ikke undslippe den skæbne, selvom du er en backend-udvikler. Så kun når du kender mindst 4-5 programmeringssprog, får du at prale med at du er en polyglot.

    De fleste polyglotter er hvem de er på grund af deres arbejdssituation snarere end ved valg. Ikke alle får at have separate frontend-udviklere eller designere. Uanset hvad, de nærme et nyt sprog med meget mere selvtillid end nogen anden og er hurtige elever. Men det er ikke nødvendigt at føle sig overvældet af dem selv, for nogle af dem kan være Jack of all trades, men er herrer over ingen.

    4. Perfectionisterne

    Hvad kommer i tankerne, når jeg siger perfektionistiske programmører? Nå, jeg mener ikke dem, der har til formål at skrive de mest perfekte, fejlfri koder. De ægte perfektionister er dem, der se, kode og gå ud over kodning. De Forlad kommentarer, Vær opmærksom på navngivning variabler og gør det beskidte arbejde aka dokumentation (blandt andet).

    Lad os se det, hvornår var sidste gang du efterladt en detaljeret kommentar eller skrev en manual til din software? Ikke når som helst for nylig tror jeg, ikke medmindre og indtil du er en perfektionist. De er sjældne efter min mening. De fleste udviklere er ikke opmærksomme på dem (selvom dokumentation er virkelig vigtig. Her er Thoriq Firdaus's påtage sig det).

    5. The Artsy

    Hvad angår webudvikling, lad os bare sige, at deres modersmål er CSS. Former, farver, animationer, filtre og alt det andet visuelle ting betyder noget for dem mest. Vil du møde dem? Codepen er deres sædvanlige hub.

    De er ikke designere, eller måske er de, men på grundniveau er de udviklere. De udtrykker deres kunst med kode i stedet for Adobe Illustrator eller After Effects. Parring dem med en designer er som at sprede smør på brød, hvilket resulterer i en glat og god kombination.

    6. Reuser

    Ikke alle af os er ivrige efter at hoppe i første ting til at skrive en generisk klasse eller metode til at håndtere gentagne blokke af kode. Vi forlader denne del ud til optimeringsfasen, der først opstår, efter at vi har nået krydset den store røde faste 10px deadline og den korte afslapningsperiode efter det.

    Reusers ved bedre end det, de laver et solidt fundament af genbrugelige kodestykker fra starten selv og sparer masser af optimeringstid senere. De er for det meste erfarne udviklere, der kan forudse en blok kode, der er forpligtet til at gøre flere fremtoninger. Der er sandsynligvis ikke et enkelt projekt af deres, der er uden en fuldt udfyldt global fil eller en brugsklasse.

    7. The Bookworms

    En dag før mit allerførste VB Lab gav min professor os et sæt korte instrukser til at sammensætte en formular. Hun løb en demo i begyndelsen af ​​klassen, som jeg desværre savnede, fordi jeg kom sent. De stykker instruktioner, jeg formåede at skrive ned, var ikke nok til at redde mig, og jeg sad for langt fra mine venner for ethvert tegnsprog eller læbeaflæsning for at hjælpe.

    Så jeg gjorde det eneste, jeg kunne gøre - jeg åbnede min gode gamle lærebog. Jeg blev en bogorm. Som følge heraf fik jeg ikke kun en ros fra min professor i slutningen af ​​klassen for at klare alle mine krav sammen i min form, jeg tilføjede også et baggrundsbilde - som ingen andre i klassen gjorde - baseret på hvad Jeg lærte fra lærebogen.

    Det er ikke ualmindeligt, at jeg finder nogle af mine medarbejdere, der er rigtig gode til programmering og logik til har skriveborde, der er stablet og dækket af bøger. Bookworms tager til teksterne i forfølgelse af dybdegående viden, nogle gange opnået serendipitously, hvilket i sidste ende er den bedste slags!

    8. Debuggerne

    Fejlfinding er en færdighed i sig selv. Dens sande magt kan kun bringes ud, når siden viser “Intern serverfejl 500”. Debuggere er ikke kun i stand til at fange og squashing bugs i deres egen kode, men i koder skrevet af andre også (som er udviklerens mareridt i sig selv)!

    De er velkendte med alle fejlfindingsværktøjer og muligheder, uanset om det er på en browser eller en IDE. Men værktøjer til side kræver fejlsøgning af klar viden om en strøm af hændelser og evnen til at se udløseren i den kæde.

    Hvis koden tilhører en anden, er det da Debuggers viser deres sande observationskompetence, går igennem linjer på linjer med kode, leder efter manglende 'hvis', 'ellers', 'eller', 'eller et halvt kolon

    9. Forskerne

    For forskerne er koden ikke lige en kode for dem det bliver et emne; et emne for forumdiskussion, et emne til et blogindlæg, et emne for a StackOverflow Q & A. Ingen prædiken, ingen dømmende, bare en deling af viden om, at de gør en indsats for at dissekere. Hver kode vi skriver har en brug og et formål og desværre en bivirkning, nogle gange.

    Forskerne blandt os forsøger at forstå dette aspekt af koden. De graver ud dokumenter, udfører eksperimenter og vigtigst af alt dele deres resultater for resten af ​​os, der vil være evigt taknemmelig for, hvad de gør.

    10. Sociables

    På trods af kopiering koder af hinanden, vi holder stadig sammen som en del af et fællesskab, som spiser, ånder og lever kode. Fysisk set sidder vi selv foran computeren, selvom det ikke er ensomt. Vores sociale færdigheder tager et hit selv om vi kan lide det eller ej.

    Og så er der Sociables. De mødes med dig til drinks, fortæller geeky vittigheder, taler om det nyeste og bedste om marken, er spændte på kommende udgivelser, hardware eller bløde, engagere sig i muligheder, netværksmuligheder og, hvis tiden tillader det, bytte telefoner med dig så du kan både prøve et andet operativsystem. Kender du en sosial blandt dine udviklere venner?

    Wrap Up

    Nogle af jer er nødt til at finde en ven selv, som en del af nogle få grupper, nogle gange overlappende, andre gange modsigende - vi dømmer ikke, til sidst er vi alle udviklere. Men vi er nysgerrige at vide, hvilken af ​​de grupper af udviklere du finder dig mest allierede til. Lad os vide i kommentarerne.