4 tips for å utvikle utviklerens ferdigheter

Feb 2, 2026

hvordan

Coder navigates a roadmap avoiding bugs and errors in coding

[1. 3]

(Bildekreditt: Robert Pizzo)

Superfriendly Director Dan Mall vil dele sine pro tips om hvordan du skal være relevant som en webdesigner på Generer New York. 2018. Få din billett nå .

For de av dere med mindre enn fem års erfaring i webutvikling, er det sannsynlig at du fortsatt finner føttene dine med hensyn til språkfunksjoner, rammer, arkitektur og beste praksis. Og selv om du kan starte hvert nettsted med de beste intensjonene, på slutten, er sjansene alle du vil ha, for tingen å jobbe godt nok til at du får betalt.

Jeg har tilbrakt de siste årene med å redde en rekke kjente merkevaresider som i teorien burde vært enkel, men av en rekke grunner - suksess av frilansere, mangel på topp-nedovervåking - har forvandlet seg til spaghetti- veikryss av teknisk gjeld.

01. Følg formelen

Saken jeg vil komme ut av veien er å forsikre deg om at vi alle har vært der, og det er ikke noe 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 kommer til å stige til en utfordring, ta ledelsen og levere innovative løsninger.

Men her er fangsten: hva som gjør programmering moro (å være oppfinnsom og tenkning på føttene), kan utilsiktet bidra til teknisk gjeld på større, teamledede prosjekter.

Det finnes etablert 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 prosessen, ofre litt av din individualitet i retur for vedlikehold og pålitelighet. Det er et blogginnlegg som heter ' Du er ikke betalt for å skrive kode "Det oppsummerer det ganske bra.

02. Svette de små tingene

Programmering er veldig mye om klarhet, og når du ikke kan se treet for trærne, vil sjansene for at kodebasen din forblir målrettet lene og gjennomsnittlig bli sterkt redusert. Som sådan bør din primære strategi for å holde seg på toppen av ting være et fastfelt fokus på det grunnleggende.

Vær ultraorganisert: bekymre deg for mappestrukturer og filplasseringer (rammer kan hjelpe deg), sørg for at modulene har konsekvent API-ordrer, gruppens fellesfunksjonalitet og bruk maler med avgrensere.
Gjør koden din lesbar: Bruk hvitt rom Desturiciously, og bruk kommentarer til å annotere gruppering og avklare hensikt (men ikke dårlig kode). Du jobber som et lag, og du er betalt for å være klar.
Ikke kutte hjørner: Lagringstid kan nå virke som en god ide, men du kan være sikker på at når prosjektet vokser, vil en sneaky latskap bli sammensatt og koste prosjektet senere.

Gjennom hele prosessen, sørg for at du retter feilene mens du går. Før eller senere vil andre kode ende opp med å stole på disse feilene. Stopp rotet så snart som mulig. Hvis du gjør endringer, gjør dem konsekvent. Databasekolonner, backend-funksjoner, API-anrop, JavaScript-funksjoner, dokumenter, merknader, HTML-attributter, CSS-klassenavn, og så videre - sørg for at det alle kaskader ned.

03. Hold strukturert

Image showing a before and after of restructured and refactored code — To versjoner av samme applikasjonsruterfil. Som gjør det lettere å forstå programmets struktur?

Det er en fristelse når du bygger et selvstendig sted for å stille ignorere innkapsling, og å kaste koden med globale referanser til app eller å nå opp gjennom komponenter med foreldre. Parent.parent eller lignende. Dette bygger raskt teknisk gjeld.

Hvis det er mulig, prøv å tenke på appen din som en serie uavhengige moduler, og bygg på rammens beste praksis for å eliminere tett kobling og gjensidig avhengighet. Hvis det hjelper, kan du prøve å forestille deg at du skal gjenbruke deler av appen i andre prosjekter, og tenk hvordan du vil strukturere filer, markering og kode for å lette dette.

Du må være årvåken for å begrense ansvaret og spørre deg selv hele tiden: Hører dette her? Hvis koden føles 'icky', er det sannsynligvis.

På lagprosjekter, mangel på kode gjenbruk og kopi / limt kode er et stort problem. Når du ser gjentatt kode, biter kulen og refactor alle forekomster til en funksjon, modul eller mal. Igjen, vil en god mappestruktur gjøre det enkelt for deg å trene hvor du skal sette ting.

04. Pass på over-kompleksitet

A before and after demonstrating how a refactored class is more readable, functional and testable — Refactored-klassen til høyre er en mer lesbar, funksjonell og testbar versjon av den til venstre

Nøkkelproblemet med kompleksitet er at den maskerer og distraherer fra det opprinnelige problemet du prøvde å løse, og i sin tur ender opp med å generere mer kode og mer kompleksitet, enten på samme sted eller i andre deler av applikasjonen. Du ender med en ond syklus.

Hvis koden din begynner å se mer som en algebra-leksjon enn en velholdt API, må du ta et skritt tilbake. Det kan være at du må refactor den spesielle delen av koden, refactor 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 utenfor igjen. Jeg refactored nylig et ekstremt komplisert visningsoppsett som jeg skjønte var offer for et dårlig gjennomtenkt rutingskjema. Ved å omforme de innviklede ruter i noe fornuftig, var jeg i stand til å grette hundrevis av linjer med tett spaghetti-kode i forskjellige klasser, og fjerne noen langvarige router hacks / bugs i prosessen.

Den eneste tingen du ikke bør gjøre etter å skrive noen spesielt stump-kode, er å lene seg tilbake og vident stolt på hvor vanskelig det er å lese! Den beste koden er elegant (les: ikke vanskelig); Hvis din ikke er, har du jobb å gjøre.

Denne artikkelen ble opprinnelig publisert i utgave 290 i Net, verdens bestselgende magasin for webdesignere og utviklere. Kjøpe utgave 290. eller Abonner på netto .

Vil du ha ytterligere råd om å polere programmeringsferdighetene dine?

Dan Mall is giving his talk Should Designers…? at Generate New York from 25 - 27 April 2018 — Dan Mall gir sin snakk, skal designer ...? på genererer New York fra 25 til 27. april 2018

Designere trenger å vokse sine ferdigheter for å holde seg relevante og effektive, men som er verdt å fokusere på? Skal designere lære å kode, og i så fall kan begrenset kodekunnskap virkelig gjøre en forskjell som jobber med talentfulle ingeniører? Hvordan kan designere passe inn i smidige arbeidsflyter? Er prosjektmetodikk enighet uansett uansett? Hvilken rolle har en designer i å skape, bruke og vedlikeholde designsystemer?

I hans snakk på Generer New York fra 25-27 april 2018 , Superfriendly regissør Dan Mall vil dele historier og perspektiver for å svare på disse spørsmålene og mer, gi konkrete metoder og teknikker for å hjelpe designere bli enda mer uunnværlige, raskere. Få din billett nå .

Relaterte artikler:

Utviklerverktøyene du trenger å vite akkurat nå
25 Webutviklingstips for å øke dine ferdigheter
10 ting webutviklere må vite for å bli virkelig fantastisk

4 tips for å utvikle utviklerens ferdigheter

01. Følg formelen

02. Svette de små tingene

03. Hold strukturert

04. Pass på over-kompleksitet

Vil du ha ytterligere råd om å polere programmeringsferdighetene dine?

hvordan - Mest populære artikler

Takle Portrettmaleri med oljer

Bygg ditt eget WebGl Physics-spill

Hvordan designe responsive og enhetlige agnostiske skjemaer

Hvordan male fantasy dyr

Hvordan legge til morsomme CSS-bakgrunner til nettstedene dine

Mal en episk New York Scene

Lag kvalitet digitale kopier av kunsten din

Lag et tegn med stilisert realisme

Kategorier