4 Tips til at udvikle dine udviklerfærdigheder

Sep 11, 2025

hvordan

Coder navigates a roadmap avoiding bugs and errors in coding

(Billedkredit: Robert Pizzo)

Superfriendly Director Dan Mall vil dele sine pro tips om, hvordan man forbliver relevant som webdesigner på Generere New York. 2018. Få din billet nu .

For dem af jer med mindre end fem års erfaring inden for webudvikling er det sandsynligt, at du stadig finder dine fødder med hensyn til sprogfunktioner, rammer, arkitektur og bedste praksis. Og selvom du måske starter hvert websted med de bedste hensigter, i slutningen, er chancerne for, at alt, hvad du vil, er for at fungere godt nok, at du bliver betalt.

Jeg har brugt de sidste par år at redde en række kendte mærkers websteder, der i teorien burde have været enkle, men af en række grunde - er en række freelancers successioner, mangel på top-down-tilsyn - blevet til spaghetti- krydsninger af teknisk gæld.

01. Følg formlen

Det, jeg vil komme ud af vejen, er at forsikre dig om, at vi alle har været der, og der er ikke noget galt med ikke at vide alt. Programmering er strålende sjovt, og grunden til, at du vil gøre det hver dag, er sandsynligvis fordi du kommer til at stige til en udfordring, tage føringen og levere innovative løsninger.

Men her er fangsten: Hvad gør programmeringen sjovt (at være opfindsomme og tænkning på dine fødder) kan utilsigtet bidrage til teknisk gæld på større, teamldede projekter.

Der findes etableret bedste praksis, principper og mønstre, der har bevist sig i årenes løb. Det er dit job at undersøge, lære og implementere dem - og i færd med at ofre lidt af din individualitet til gengæld for vedligeholdelse og pålidelighed. Der er et blogindlæg kaldet ' Du er ikke betalt til skrive kode "Der opsummerer det ret godt.

02. sved de små ting

Programmering er meget om klarhed, og når du ikke kan se træet til træerne, vil chancerne for din kodebase forblive målrettet magert og gennemsnitligt faldet alvorligt. Som sådan bør din primære strategi for opholder sig på toppen af ting være et fastholdende fokus på det grundlæggende.

Vær ultraorganiseret: Bekymringer om mappestrukturer og filplaceringer (rammer kan hjælpe her), sikre, at moduler har konsekvente API-ordrer, gruppens fælles funktionalitet og brugsskabeloner med afgrænsere.
Gør din kode læsbar: Brug White Place Davalifikant, og brug kommentarer til at annotere gruppering og afklare hensigt (men ikke dårlig kode). Du arbejder som et hold, og du er betalt for at være klar.
Må ikke skære hjørner: sparer tid nu kan virke som en god ide, men du kan være sikker på, at som projektet vokser, vil enhver snigende dovenskab blive sammensat og koste projektet senere.

I hele processen skal du sørge for at rette fejl, som du går sammen. Før eller senere vil anden kode ende med at stole på disse fejl. Stop rotten så hurtigt som muligt. Hvis du foretager ændringer, gør dem konsekvent. Databasekolonner, backend-funktioner, API-opkald, JavaScript-funktioner, Doccomments, Annotations, HTML-attributter, CSS-klassens navne, og så videre - sørg for, at det hele kaskader ned.

03. Bliv struktureret

Image showing a before and after of restructured and refactored code — To versioner af samme applikationsruter fil. Hvilket gør det nemmere at forstå applikationens struktur?

Der er en fristelse, når der opbygges et selvstændigt websted for at tydeliggøre indkapsling, og at kuldkode koden med globale referencer til app eller for at nå op gennem komponenter med parent.parent.parent eller lignende. Dette bygger hurtigt teknisk gæld.

Når det er muligt, prøv at tænke på din app som en række uafhængige moduler og bygge på din rammes bedste praksis for at eliminere tæt kobling og indbyrdes afhængighed. Hvis det hjælper, skal du prøve at forestille dig, at du vil genbruge dele af appen i andre projekter, og tænk på, hvordan du ville strukturere filer, markup og kode for at lette dette.

Du skal være opmærksom på at forstyrre ansvar og spørg dig selv konstant: Hører du her? Hvis kode føles 'Icky', er det nok.

På holdprojekter er manglende kode genbrug og kopi / indsat kode et stort problem. Når du ser gentaget kode, bider kuglen og refaktor alle forekomster til en funktion, modul eller skabelon. Igen vil en god mappestruktur gøre det nemt for dig at finde ud af, hvor du skal sætte tingene.

04. Pas på over-kompleksitet

A before and after demonstrating how a refactored class is more readable, functional and testable — Den refactored klasse til højre er en mere læsbar, funktionel og testbar version af den til venstre

Nøgleproblemet med kompleksitet er, at det maskerer og distraherer fra det oprindelige problem, du forsøgte at løse og igen ender med at generere mere kode og mere kompleksitet, enten på samme sted eller i andre dele af applikationen. Du ender i en ond cirkel.

Hvis din kode begynder at se mere ud som en algebra lektion end en velholdt API, skal du tage et skridt tilbage. Det kan være, at du skal refaktor den særlige del af koden, refaktor klassen, det er i eller genoverveje din nuværende tilgang til det problem, du forsøger at løse.

I ekstreme tilfælde kan du muligvis se udenfor endnu engang. Jeg har for nylig refactored en ekstremt kompliceret visningsopsætning, som jeg indså, var offeret for en dårligt gennemtænkt rutningsskema. Ved at omdirigere de konvolutte ruter til noget fornuftigt, kunne jeg grøfte hundreder af tætte spaghetti-kode i forskellige klasser og fjerne nogle langvarige router hacks / bugs i processen.

Den eneste ting du ikke bør gøre efter at have skrevet nogle særligt stump kode er lænet tilbage og forundre stolt på, hvor svært det er at læse! Den bedste kode er elegant (læs: ikke vanskelig); Hvis din ikke er, har du arbejde at gøre.

Denne artikel blev oprindeligt offentliggjort i udstedelse 290 af netto, verdens bedst sælgende magasin til webdesignere og udviklere. Købe Udgave 290. eller Abonner på Net. .

Vil du have yderligere råd om at polere dine programmeringsevner?

Dan Mall is giving his talk Should Designers…? at Generate New York from 25 - 27 April 2018 — Dan Mall giver sin tale, skal designere ...? Ved generering New York fra 25 - 27. april 2018

Designere skal vokse deres evner til at forblive relevante og effektive, men som er værd at fokusere på? Skal designere lære at kode, og i så fald kan begrænset kode viden virkelig gøre en forskel, der arbejder med talentfulde ingeniører? Hvordan kan designere passer ind i fleksible arbejdsgange? Er projektmetodologi selv vigtige ting? Hvilken rolle har en designer i at skabe, bruge og vedligeholde designsystemer?

I sin tale på Generer New York fra 25.-27 april 2018 , Supervenlig direktør Dan Mall vil dele historier og perspektiver for at besvare disse spørgsmål og mere, hvilket giver specifikke metoder og teknikker til at hjælpe designere bliver endnu mere uundværlige, hurtigere. Få din billet nu .

Relaterede artikler:

De udviklerværktøjer, du har brug for at vide lige nu
25 Webudviklingstips til at øge dine færdigheder
10 ting webudviklere skal vide for at blive virkelig fantastisk

4 Tips til at udvikle dine udviklerfærdigheder

01. Følg formlen

02. sved de små ting

03. Bliv struktureret

04. Pas på over-kompleksitet

Vil du have yderligere råd om at polere dine programmeringsevner?

hvordan - Mest populære artikler

Sådan skriver du HTML-kode hurtigere

Sådan opnår man skala i dine malerier

Sådan opretter du et videospil karakter i Zbrush

Sådan oprettes en autentisk manga tegneserie

Lav en dobbelt eksponering i Photoshop

Lav en plakat fra en skabelon i Photoshop

Lav en animeret GIF i Photoshop

Træk nøjagtige knogler og muskler

Kategorier