Det var en gang slik at de fleste som jobbet med utvikling av nettsteder hadde klart definerte roller i et utviklingsteam, og at det sjelden var forventet at de skulle overlappe hverandre i andre roller.
Ting har forandret seg. Nå kan det forventes at folk får flere oppgaver, og selv i store organisasjoner kan jobbroller byttes mellom teammedlemmer.
Mer og mer ser vi jobbannonser som krever “full stack-utviklere”, og problemet er at ikke alle forstår hva dette begrepet betyr. Det er heller ikke et rimelig krav i mange tilfeller. Det kan ofte sees at den som plasserte annonsen heller ikke hadde peiling på hva begrepet betyr, og bare brukte det fordi alle andre gjør det.
Utvikling av full bunke er faktisk ikke noe spesielt. Det er mest sannsynlig at du allerede har alle nødvendige ferdigheter, men du utmerker deg sannsynligvis mer i et bestemt område av stabelen enn i andre. Imidlertid blir det vanskeligere å bli ansatt som spesialist, så det er lurt å være sikker på en bred forståelse av kjernestabelteknologiene.
bilde av
Hvorfor etterspørselen etter full stack-utviklere er motproduktivt
Designere er gode på design. Kodere er flinke til å kode. Ingeniører er flinke til å konstruere. Når du trenger en inndividobbelt for å være kompetent i alle deler av design- og utviklingsjobben, kan du ende opp med mindre enn perfekte resultater.
Det er enkel logikk. Noen med en lidenskap for design skal designe, like mye som noen med en lidenskap for kode skal kode. Hvis en født koder blir tvunget til å designe noe, kan han eller hun komme med et akseptabelt design, men det vil sannsynligvis ikke være like bra som noe designet av en født designer.
Selv om det kan være nyttig for teammedlemmer å forstå hverandres jobber, og til og med å kunne fylle ut for hverandre, er det vanligvis best å la hvert medlem arbeide til sin styrke.
Hva er en full stack-utvikler?
Vi begynner med å definere hva "stabelen" egentlig er. Ideen til stakken er en gruppe sammenkoblede teknologier som gjør det mulig for et nettsted å eksistere.
En full stack-utvikler er da noen som takler hvert lag i den teknologibunken uten å flinke.
Det første laget: UX Research
Prosessen med å utvikle et nettsted starter med å finne ut hvilket mål nettstedet skal oppnå, og deretter utvikle en plan basert på det målet.
User Experience (UX) er et løst definert konsept som er grunnleggende for moderne nettstedsdesign og utvikling. Når du planlegger nettstedet, må du vurdere UX-en du oppretter. Dette krever litt forskning for å finne ut hvilke attributter nettstedet vil trenge for å levere en positiv UX.
gif av
Det andre laget: UI Design
Etter å ha bestemt faktorene som vil gi en positiv UX, går du nå videre til å designe et brukergrensesnitt (UI) som vil adressere UX-faktorene du har identifisert.
Dette betyr å tenke på ting som lasteindikatorer, navigasjonsmenyen, navigasjonsbrødsmuler, sideoppsett, bakgrunner, bilder, skrifter, farger og kanskje enda mer avanserte ting som lyd og video.
Målet er å gjøre alle disse tingene så enkle å få tilgang til som mulig, og å sikre at de ser bra ut og fungerer bra. Sikre inndividoble komponenter er optimalisert er også en god idé å planlegge fremover.
Det tredje laget: Front End Development
Det er her den virkelige handlingen begynner. Til nå har det hele vært planlegging og design, men på dette stadiet har vi faktisk det iverksette designet. Ved hjelp av HTML, CSS, JavaScript og kanskje andre teknologier tar prototypen til nettstedet form og (etter hvert) livet.
Med mindre det er et veldig enkelt nettsted, vil det sannsynligvis ikke være fullt funksjonelt på dette tidspunktet. Det vil imidlertid være en fungerende prototype som i det minste har utseendet og følelsen av hvordan det ferdige nettstedet skal være.
gif av
Det fjerde laget: Back End Development
Den bakerste enden av nettstedet er der det brukes spesielle muliggjørende teknologier. Hvis nettstedet ditt trenger det do noe på serversiden basert på brukerhandlinger (for eksempel å behandle innholdet i en handlekurv før du sender en forespørsel til PayPal), så er det her det skjer.
Det er mange forskjellige teknologier du kan velge mellom for å ta vare på disse oppgavene, og noen er mer passende enn andre. De vanligste valgene akkurat nå er PHP og Ruby, men det er godt over 1000 valg som kan like velges.
PHP er den mest fleksible og enkleste løsningen, men er ikke nødvendigvis den mest effektive. For alle som nettopp starter sin karriere, er det det beste serverspråket å lære fordi det er enkelt å lære og fordi det er så mye brukt på så mange måter.
Dette laget kan noen ganger inkludere ting som serveroppsett og administrasjon, nettverksteknikk og så videre.
Det femte laget: Databaseadministrasjon
Å designe og utvikle databaser for å støtte oppgavene nettstedet ditt trenger å håndtere kan være en viktig jobb. For å gjøre dette bra, må du mestre databasearkitektur, og også bli en mester i SQL.
Dette er noe av det som høres veldig enkelt ut og faktisk viser seg å være mer sammensatt enn forventet. Det avhenger av hvor fancy oppgavene som skal håndteres vil være.
illustrasjon av
Hvordan skal en ny utvikler arbeide for å oppnå ferdighetene som trengs?
Den beste måten er å begynne å lære fra det femte laget og trene ned til det første laget. Det er fordi lagene er ordnet etter deres vanskeligheter med å lære. Den vanskeligste oppgaven er å lage utmerkede databaser, og det vil også være den minst interessante oppgaven for folk flest. Bedre å få det raskt ut av veien.
Du vil deretter gå videre til å lære et programmeringsspråk som PHP, Ruby, Python, Java osv. Du kan lære så mange eller så få som du wish, men mulighetene som er tilgjengelige for PHP-programmerere er mye større enn for de andre språkene når det kommer til webutvikling. Unntaket er JavaScript, men dette blir fortsatt hovedsakelig sett på som et klientsidespråk, så det hører teknisk sett hjemme i det tredje laget.
Etter å ha mestret et back-end programmeringsspråk, ville du gå videre til å lære den langt enklere oppgaven å lage nettsteder med HTML, CSS og JavaScript (og / eller andre teknologier).
Deretter vil du gå videre til den enda enklere oppgaven med UI-design. Med tanke på hvor enkelt dette er, er det overraskende at mange nettsteder har dårlig utformede brukergrensesnitt, eller ekstremt avledede brukergrensesnitt. UI-design er ikke det minste vanskelig.
Til slutt kommer du til det enkleste av alt, som er UX-forskning. Årsaken til at denne er så enkel er fordi du har vært involvert i den siden dagen du ble født. Vi kommer til verden og reagerer på ting som enten gir oss glede eller nød.
Når du er voksen, bør du ha en god forståelse av disse tingene, og UX-design planlegger ganske enkelt en brukeropplevelse som inkluderer flere av de tingene som skaper glede og mindre av de tingene som forårsaker nød.
header image med tillatelse fra
Kommentar 0 Responses