Innhold
- 01. Følg formelen
- 02. Svett de små greiene
- 03. Hold deg strukturert
- 04. Vær forsiktig med for kompleksitet
- Ønsker du ytterligere råd om hvordan du polerer programmeringsevnen din?
Supervennlig regissør Dan Mallvil dele sine profesjonelle tips om hvordan du kan være relevant som webdesigner hosGenerer New York2018.Få billetten din nå.
For de av dere som har mindre enn fem års erfaring med nettutvikling, er det sannsynlig at du fremdeles finner føttene når det gjelder språkfunksjoner, rammer, arkitektur og beste praksis. Og selv om du kan starte hvert nettsted med de beste intensjonene, er det sjansen sannsynligvis at alt du vil er at tingen skal fungere godt nok til at du får betalt.
Jeg har brukt de siste årene på å redde en rekke kjente merkevaresider som i teorien burde ha vært enkle, men av en rekke årsaker - rekkefølger av frilansere, mangel på tilsyn fra oven - har blitt til spaghetti- kryss av teknisk gjeld.
01. Følg formelen
Det jeg vil komme meg ut av, er å forsikre deg om at vi alle har vært der, og det er ingenting galt med å ikke vite alt. Programmering er strålende moro, og grunnen til at du vil gjøre det hver dag er sannsynligvis fordi du får en utfordring, tar ledelsen og leverer innovative løsninger.
Men her er fangsten: Det som gjør programmering morsom (å være oppfinnsom og tenke på føttene) kan utilsiktet bidra til teknisk gjeld på større, teamledede prosjekter.
Det finnes etablerte beste praksis, prinsipper og mønstre som har bevist seg gjennom årene. Det er din jobb å undersøke, lære og implementere dem - og i løpet av prosessen ofre litt av din egenart i retur for vedlikehold og pålitelighet. Det er et blogginnlegg som heter 'Du får ikke betalt for å skrive kode' som oppsummerer det ganske bra.
02. Svett de små greiene
Programmering handler veldig mye om klarhet, og når du ikke kan se treet for trærne, vil sjansene for at kodebasen din forblir målrettet mager og gjennomsnittlig reduseres sterkt. Som sådan bør din primære strategi for å holde deg oppdatert på tingene være et kjedelig fokus på det grunnleggende.
- Vær ultraorganisert: bekymre deg for mappestrukturer og filplasseringer (rammeverk kan hjelpe deg her), sørg for at modulene har konsekvente API-bestillinger, grupperer felles funksjonalitet og bruker maler med avgrensere.
- Gjør koden din lesbar: bruk hvite mellomrom med omhu, og bruk kommentarer til å kommentere gruppering og avklare hensikt (men ikke dårlig kode). Du jobber som et team, og du får betalt for å være klar.
- Ikke kutt hjørner: det kan virke som en god ide å spare tid nå, men du kan være sikker på at etter hvert som prosjektet vokser, vil all luskende latskap bli sammensatt og koste prosjektet senere.
Sørg for at du retter feil mens du går. Før eller siden vil annen kode ende opp med å stole på disse feilene. Stopp råten så snart som mulig. Hvis du gjør endringer, må du gjøre dem konsekvent. Databasekolonner, backend-funksjoner, API-anrop, JavaScript-funksjoner, DocComments, merknader, HTML-attributter, CSS-klassenavn og så videre - sørg for at alt faller ned.
03. Hold deg strukturert
Det er en fristelse når man bygger et selvstendig nettsted for stille å ignorere innkapsling, og å kaste koden med globale referanser til app eller å nå opp gjennom komponenter med foreldre. Foreldre. Foreldre eller lignende. Dette bygger raskt teknisk gjeld.
Når det er mulig, kan du prøve å tenke på appen din som en serie uavhengige moduler, og bygge videre på rammeverkets beste praksis for å eliminere stram kobling og gjensidig avhengighet. Hvis det hjelper, kan du prøve å forestille deg at du kommer til å bruke deler av appen på nytt i andre prosjekter, og tenk hvordan du vil strukturere filer, markering og kode for å lette dette.
Du må være på vakt for å samle ansvar og spør deg selv hele tiden: hører dette hjemme her? Hvis koden føles 'icky', er det sannsynligvis.
På teamprosjekter er mangel på kodegjenbruk og kopi / limt kode et stort problem. Når du ser gjentatt kode, må du bite i punktet og omorganisere alle forekomster til en funksjon, modul eller mal. Igjen, en god mappestruktur vil gjøre det enkelt for deg å finne ut hvor du skal plassere ting.
04. Vær forsiktig med for kompleksitet
Hovedproblemet med kompleksitet er at det maskerer og distraherer fra det opprinnelige problemet du prøvde å løse, og i sin tur ender med å generere mer kode og mer kompleksitet, enten på samme sted eller i andre deler av applikasjonen. Du havner i en ond sirkel.
Hvis koden din begynner å se mer ut som en algebra-leksjon enn en godt vedlikeholdt API, må du ta et skritt tilbake. Det kan være at du trenger å omformulere den bestemte delen av koden, omformere klassen den er i eller revurdere din nåværende tilnærming til problemet du prøver å løse.
I ekstreme tilfeller må du kanskje se ut igjen. Jeg omformet nylig et ekstremt komplisert visningsoppsett som jeg skjønte var offer for et dårlig gjennomtenkt ruteskjema. Ved å redesigne de kronglete rutene til noe fornuftig, var jeg i stand til å kaste hundrevis av linjer med tett spaghetti-kode i forskjellige klasser, og fjerne noen langvarige ruterhacks / bugs i prosessen.
Den ene tingen du ikke bør gjøre etter å ha skrevet en spesielt stump kode, er å lene deg tilbake og undre deg stolt over hvor vanskelig det er å lese! Den beste koden er elegant (les: ikke vanskelig); hvis din ikke er det, har du arbeid å gjøre.
Denne artikkelen ble opprinnelig publisert i utgave 290 av net, verdens mest solgte magasin for webdesignere og utviklere. Kjøpe utgave 290 eller abonner på nett.
Ønsker du ytterligere råd om hvordan du polerer programmeringsevnen din?
Designere trenger å utvide ferdighetene sine for å være relevante og effektive, men hvilke er det verdt å fokusere på? Bør designere lære å kode, og i så fall kan begrenset kodekunnskap virkelig gjøre en forskjell i å jobbe med dyktige ingeniører? Hvordan kan designere passe inn i smidige arbeidsflyter? Betyr prosjektmetodikk engang uansett? Hvilken rolle har en designer i å lage, bruke og vedlikeholde designsystemer?
I foredraget hans kl Generer New York fra 25. til 27. april 2018, SuperFriendly-regissør Dan Mall vil dele historier og perspektiver for å svare på disse spørsmålene og mer, og gi spesifikke metoder og teknikker for å hjelpe designere til å bli enda mer uunnværlige, raskere. Få billetten din nå.
