Hemsida » Webbdesign » 10 vanligaste typer av webbutvecklare

    10 vanligaste typer av webbutvecklare

    Hur många utvecklare känner du till i ditt liv? Om du arbetar med en grupp av dem kanske du märker att de har speciella känslor eller personligheter som du faktiskt kan gruppera, vilket är vad jag ska göra med det här inlägget.

    Utvecklare har sina individuella preferenser och arbetsstil detär mycket olika - även om de gör samma jobb. Vi ska ta en titt på de 10 vanligaste grupperna av utvecklare där ute; se om du kan placera dig själv eller en av dina kollegor där inne.

    1. Puristerna

    Purister per definition är människor som håller sig till traditionella regler, du kanske känner en engelsk lärare eller två som är purist av naturen. Puristerna i min lista är dock inte den där strängt, de är bara typ av utvecklare som inte är särskilt angelägna om att använda ramar och bibliotek.

    De väljer Vanilla JavaScript över JQuery varje gång. De ser inga problem med att använda rena språk och traditionella sätts; Faktum är att de blir irriterad när de snubblar över ännu en annan ram eller ett bibliotek. Extra biblioteken är lika uppblåsta för dem.

    Det här betyder inte att de inte använder dem i det verkliga livet. Det är svårt att inte, när lediga platser frågar efter idag “expertis i jQuery”. Oavsett hur täta eller nära uppmärksamma de kan tyckas kan du inte blunda för sanningen i deras argument.

    2. Doers

    Visst att alla måste få sitt jobb gjort, oavsett vad, men för Doers, deras lista över prioriteringar Start med att få jobbet gjort. Du kan satsa på att de har de senaste och snabbaste ramarna, biblioteken och arbetsflödet. De har premade moduler för moduler, alla sorterade för snabb användning i projekt.

    Doers bor i nybörjare samtidigt som alla verktyg används för jämn produktion. Ett typiskt doers talangsymtom är användningen av en arbetslöpare som grunt eller gulp.

    3. Polyglots

    Polyglots är de som använd flera programmeringsspråk; några är även full stack-utvecklare jonglering SQL och SASS som en cirkus jonglör. Med det sagt är det nästan omöjligt att arbeta på ett programmeringsspråk i webbutveckling. du kan inte undkomma det ödet, även om du är en backend-utvecklare. Så först när du vet minst 4-5 programmeringsspråk får du skryta att du är en polyglot.

    De flesta polyglotter är vilka de är på grund av deras arbetssituation snarare än genom val. Inte alla får ha separata frontendutvecklare eller designers. Hur som helst, de närma sig ett nytt språk med mycket mer självförtroende än någon annan och är snabba elever. Men det är inte nödvändigt att känna sig överväldigad av dem, för att vissa av dem kan vara Jack of all trades men är mästare på ingen.

    4. Perfektionisterna

    Vad kommer att tänka på när jag säger perfektionistprogrammerare? Tja, jag menar inte de som syftar till att skriva de mest perfekta, felfria koderna. De verkliga perfektionisterna är de som titta, kod och gå utöver kodning. De lämna kommentarer, uppmärksamma namngivna variabler och gör det smutsiga arbetet aka dokumentation (bland annat).

    Låt oss möta det, när var sista gången du lämnade en detaljerad kommentar eller skrev en manual för din programvara? Inte när som helst nyligen tror jag inte, såvida inte och tills du är en perfektionist. De är sällsynta enligt min åsikt. De flesta utvecklare uppmärksammar inte dem (även om dokumentation är väldigt viktigt. Här är Thoriq Firdaus ta på sig det).

    5. The Artsy

    När det gäller webbutveckling, låt oss bara säga att deras modersmål är CSS. former, färger, animationer, filter och alla andra visuella saker betydelse för dem mest. Vill du träffa dem? Codepen är deras vanliga nav.

    De är inte konstruktörer, eller kanske de är, men på grundnivå är de utvecklare. De uttrycker sin konst med kod snarare än Adobe Illustrator eller After Effects. Att para dem med en designer är som att sprida smör på bröd, vilket resulterar i en jämn och bra kombination.

    6. Reuser

    Inte var och en av oss är angelägna om att hoppa i första sak för att skriva en generisk klass eller metod för att hantera upprepade block av kod. Vi lämnar den delen ut tills optimeringsfasen som inträffar först när vi har graciöst korsat den stora röda, solida 10px deadline och den korta avkopplingsperioden efter det.

    Reusers vet bättre än det, de gör en solid grund för återanvändbara kodutdrag från början själv och sparar mycket optimeringstid senare. De är mest erfarna utvecklare som kan förutse ett block av kod som är skyldig att göra flera utseenden. Det finns förmodligen inte ett enda projekt av deras som är utan en helt fylld global fil eller en verktygsklass.

    7. Bookworms

    En dag före min allra första VB Lab gav min professor oss en uppsättning korta instruktioner för att sammanställa en blankett. Hon körde en demonstration i början av klassen, som jag tyvärr missade för att jag kom sent. De bitar av instruktioner som jag lyckades avmarkera var inte tillräckligt för att rädda mig och jag satt för långt från mina vänner för något teckenspråk eller läppläsning för att hjälpa.

    Så jag gjorde det enda jag kunde göra - jag öppnade min bra gamla lärobok. Jag blev en bokmask. Som ett resultat fick jag inte bara beröm från min professor i slutet av klassen för att klara av att sätta alla kraven i min form, jag lade också till en bakgrundsbild - som ingen annan i klassen gjorde - baserat på vad Jag lärde mig i läroboken.

    Det är inte ovanligt för mig att hitta några av mina medarbetare som är riktigt bra på programmering och logik till har skrivbord som är staplade och täckta med böcker. Bookworms tar till texterna i strävan efter djup kunskap, ibland fått serendipitously, vilket är i slutändan den bästa sorten!

    8. Debuggarna

    Felsökning är en färdighet i sig. Den sanna effekten kan bara tas ut när sidan visar “Internt serverfel 500”. Debuggare är inte bara kapabla att fånga och squashing buggarna i sin egen kod men i koder skrivna av andra också (vilket är en utvecklarens mardröm i sig)!

    De är väl kända med alla felsökningsverktyg och alternativ om det finns en webbläsare eller en IDE. Men verktyg åt sidan, debugging kräver tydlig kunskap om ett flöde av händelser och möjligheten att upptäcka avtryckaren i den kedjan.

    Om koden tillhör någon annan, så visar Debuggers sin sanna observationsprövning, går igenom linjer på kodlinjer, letar efter eventuella saknade "om", "annars", "eller", "eller" halvkolon "

    9. Forskarna

    För forskarna är koden inte bara en kod för dem det blir ett ämne; ett ämne för forumdiskussion, ett ämne för ett blogginlägg, ett ämne för a Stackoverflow Q & A. Ingen predikande, ingen dömande, bara en delning av kunskap som de satsar på att dissekera. Varje kod vi skriver har en användning och ett syfte och tyvärr en bieffekt, ibland.

    Forskarna bland oss ​​försöker förstå den aspekten av kod. De graver ut dokumentationer, utför experiment och viktigast dela sina resultat för resten av oss som kommer att vara evigt tacksam för vad de gör.

    10. Sociablerna

    Trots att man kopierar koderna av varandra, vi håller fortfarande ihop som en del av ett samhälle som äter, andas och lever kod. Fysiskt sett sitter vi framför datorn själv, ensam men inte ensam. Våra sociala färdigheter gör en träff om vi gillar det eller inte.

    Och då finns det sociablerna. De möter dig för drycker, berätta galena skämt, prata om de senaste och bästa om fältet, är glada över kommande utgåvor, hårdvara eller mjuka, engagera sig i möjligheter, nätverksmöjligheter och om tiden tillåter, byt telefoner med dig så du kan både prova ett annat operativsystem. Känner du dig en sällskap bland dina utvecklingsvänner?

    Sammanfatta

    Vissa av er är tvungna att hitta en vän, själv, som en del av några grupper, ibland överlappande, andra gånger motsägande - vi dömer inte, i slutändan är vi alla utvecklare. Men vi är nyfiken på att veta vilka av de utvecklingsgrupper du tycker är mest allierade med. Låt oss veta i kommentarerna.