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 det er 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 listen min er imidlertid ikke så strenge, de er bare den typen utviklere som ikke er veldig opptatt av å bruke rammer og biblioteker .
De velger Vanilla JavaScript over JQuery hver gang. De ser ingen problemer med å bruke rene språk og tradisjonell måte s; 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 dem 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, begynner listen over prioriteringer med å få jobben gjort . Du kan satse på at de har den nyeste og raskeste rammen, biblioteker og arbeidsflyt som er satt opp. De har premade moduler for 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. Polyglotene
Polygloter er de som bruker flere programmeringsspråk ; noen selv er fullstakkutviklere som jonglerer 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 de de er på grunn av deres arbeidssituasjon i stedet for ved valg. Ikke alle får å ha separate frontendutviklere eller designere. Uansett nærmer de 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 perfeksjonistene er de som ser, kodes og går utover koding . De legger kommentarer, legger merke til navngivning av 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. Former, farger, animasjoner, filtre og alle de andre visuelle tingene er mest for dem. 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. Paring dem med en designer er som å spre smør på brød, noe som resulterer i en jevn og god kombinasjon.
6. Reuser
Ikke alle av oss er opptatt av å hoppe i første ting for å skrive en generisk klasse eller metode for å håndtere gjentatte kodeblokker. Vi forlater den delen ut til optimaliseringsfasen som først skjer etter at vi har grasiøst krysset den store, røde, faste 10px-deadline 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 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 i programmering og logikk for å ha skrivebord som er stablet og dekket med bøker . Bookworms tar til teksten i jakten på grundig kunnskap, noen ganger fått serendipitously, 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, er det da Debuggers viser sin sanne observasjonsprovess, går gjennom linjer på kodelinjer, ser etter manglende "hvis", "annet", "eller", "eller" halvtarm "
9. Forskerne
For forskerne er koden ikke bare en kode for dem; det blir et emne ; et emne for forumdiskusjon, et emne for et blogginnlegg, et emne for en 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 deler viktigst 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 holder vi 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 gjør det imidlertid, om vi liker det eller ikke.
Og så er det Sociables. De møtes med deg for drinker, forteller geeky vitser, snakk 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 slik at du kan begge prøve ut et annet operativsystem. Kjenner du en sosial blant utviklerne dine 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.
Slik laster du unødvendig CSS med Grunt
Bruke et rammeverk, som Bootstrap og Foundation, er en av de raskeste måtene å bygge en responsiv nettside på. Disse rammene har alle de tingene som trengs, inkludert grid- og brukergrensesnittkomponentene for å bygge et anstendig, fungerende nettsted.Men rammene tar sikte på å imøtekomme så mange webscenarier som mulig. Dermed
Slik blokkerer du annonser fra Instagram Feed
I likhet med ethvert sosialt nettverkssystem bruker Instagram annonser for å generere inntekter for selskapet. Det er imidlertid ganger hvor annonsene kan potensielt oversvømme Instagram-feeden din. Heldigvis finnes det en måte å redusere nummeret på, eller helt fjerne annonser fra Instagram-feeden din, og hvordan kan du gjøre det.Denne