4 tips för att utveckla dina utvecklare färdigheter

Jan 28, 2026

Hur

Coder navigates a roadmap avoiding bugs and errors in coding

(Bildkredit: Robert Pizzo)

SuperFriendly Director Dan Mall kommer att dela sina pro tips om hur du är relevant som webbdesigner på Generera New York 2018. Få din biljett nu .

För de som är mindre än fem års erfarenhet av webbutveckling är det troligt att du fortfarande hittar dina fötter när det gäller språkfunktioner, ramar, arkitektur och bästa praxis. Och även om du kan starta varje webbplats med de bästa intentionerna, i slutet, är chansen allt du vill ha är för saken att fungera tillräckligt bra att du får betalt.

Jag har tillbringat de senaste åren som räddar en mängd välkända varumärken som i teorin borde ha varit enkla, men av olika orsaker - Frilansarnas successioner, har en brist på överflödig övervakning - förvandlat sig till spagetti- Korsningar av teknisk skuld.

01. Följ formeln

Det jag vill komma ur vägen är att försäkra dig om att vi alla har varit där och det är inget fel med att inte veta allt. Programmering är lysande kul och anledningen till att du vill göra det varje dag är förmodligen för att du får stiga till en utmaning, ta ledningen och leverera innovativa lösningar.

Men här är fångsten: Det som gör programmeringskul (att vara uppfinningsrik och tänka på dina fötter) kan oavsiktligt bidra till teknisk skuld på större, lagledda projekt.

Det finns etablerade bästa praxis, principer och mönster som har bevisat sig genom åren. Det är ditt jobb att undersöka, lära och genomföra dem - och i processen offra lite av din individualitet i gengäld för underhåll och tillförlitlighet. Det är ett blogginlägg som heter " Du betalas inte för att skriva kod "Det summerar det ganska bra.

02. Svett de små grejerna

Programmering är mycket om tydligheten, och när du inte kan se träet för träden, kommer chanserna att din kodbas att vara målmedvetet lutande och medelvärde att bli allvarligt minskad. Som sådan bör din primära strategi för att vistas på toppen av saker vara ett fantastiskt fokus på grunderna.

Var Ultra-Organized: oroa dig för mappstrukturer och filplatser (ramar kan hjälpa här), se till att moduler har konsekventa API-order, grupp gemensam funktionalitet och använd mallar med avgränsare.
Gör din kod läsbar: Använd vitutrymme judiciously, och använd kommentarer för att annotera gruppering och klargöra avsikt (men inte dålig kod). Du jobbar som ett lag och du betalas för att vara tydlig.
Skär inte hörnen: Spara tid nu kan tyckas som en bra idé, men du kan vara säker på att när projektet växer, kommer någon snygg lathet att bli sammansatt och kosta projektet senare.

Under hela processen, se till att du korrigerar misstag när du går. Förr eller senare kommer den andra koden att sluta förlita sig på dessa fel. Stoppa ruttet så snart som möjligt. Om du gör ändringar, gör dem konsekvent. Databaskolumner, backend-funktioner, API-samtal, Javascript-funktioner, DOcMomments, Annotations, HTML-attribut, CSS-klassnamn, och så vidare - Se till att alla kaskader ner.

03. Stanna strukturerad

Image showing a before and after of restructured and refactored code — Två versioner av samma applikationsrutterfil. Vilket gör det lättare att förstå programmets struktur?

Det finns en frestelse när man bygger en fristående plats för att tyst ignorera inkapsling och att kulla koden med globala referenser till app eller att nå upp genom komponenter med förälder.parent.parent eller liknande. Detta bygger snabbt teknisk skuld.

Om möjligt, försök att tänka på din app som en serie oberoende moduler, och bygga på ramens bästa praxis för att eliminera snäv koppling och ömsesidigt beroende. Om det hjälper, försök att föreställa dig att du ska återanvända delar av appen i andra projekt, och tänk på hur du skulle strukturera filer, markera och kod för att underlätta detta.

Du måste vara vaksam för att konflera ansvar och fråga dig ständigt: Tillhör detta här? Om koden känner "icky" är det förmodligen.

På lagprojekt är brist på kodåteranvändning och kopia / klistrad kod ett stort problem. När du ser upprepad kod, bita kula och refactor alla instanser till en funktion, modul eller mall. Återigen gör en bra mappstruktur det lätt för dig att träna var du ska sätta saker.

04. Var försiktig med komplexitet

A before and after demonstrating how a refactored class is more readable, functional and testable — Den refactored klassen till höger är en mer läsbar, funktionell och testbar version av den till vänster

Nyckelproblemet med komplexitet är att det maskerar och distraherar från det ursprungliga problemet du försökte lösa och slutar i sin tur generera mer kod och mer komplexitet, antingen på samma plats eller i andra delar av applikationen. Du hamnar i en ond cykel.

Om din kod börjar se mer ut som en algebra-lektion än en väl underhållen API, måste du ta ett steg tillbaka. Det kan vara att du behöver refactor den specifika koden, refactor i klassen är den i eller ompröva ditt nuvarande tillvägagångssätt till det problem du försöker lösa.

I extrema fall kan du behöva titta utanför än en gång. Jag refacted nyligen en extremt komplicerad uppfattning som jag insåg blev offer för ett dåligt genomtänkt routingschema. Genom att omforma de konvolerade vägarna till något förnuftigt kunde jag dike hundratals linjer av tät spaghetti-kod i olika klasser och ta bort några långvariga routerhackar / buggar i processen.

Den enda sak du inte ska göra efter att ha skrivit någon speciellt otrevlig kod är luta sig tillbaka och fördömer stolt över hur svårt det är att läsa! Den bästa koden är elegant (läs: inte knepig); Om din är inte, har du jobb att göra.

Denna artikel publicerades ursprungligen i utgåva 290 av Net, världens bästsäljande tidning för webbdesigners och utvecklare. köpa Utgåva 290 eller Prenumerera på nätet .

Vill du ha ytterligare råd om att polera upp dina programmeringsförmåga?

Dan Mall is giving his talk Should Designers…? at Generate New York from 25 - 27 April 2018 — Dan Mall ger sitt samtal bör designers ...? På Generera New York från 25 - 27 april 2018

Designers måste växa sina färdigheter för att hålla sig relevanta och effektiva, men som är värda att fokusera på? Ska designers lära sig att koda, och om så är fallet kan begränsad kodkunskap verkligen göra en skillnad som arbetar med begåvade ingenjörer? Hur kan designers passar in i smidiga arbetsflöden? Är projektmetodik även materia ändå? Vilken roll har en designer att skapa, använda och upprätthålla designsystem?

I hans prat på Generera New York från 25-27 april 2018 , Superfriendly Director Dan Mall kommer att dela historier och perspektiv för att svara på dessa frågor och mer, vilket ger specifika metoder och tekniker för att hjälpa designers att bli ännu mer oumbärliga, snabbare. Få din biljett nu .

Relaterade artiklar:

De utvecklarverktyg du behöver veta just nu
25 webbutvecklingstips för att öka dina färdigheter
10 saker webbutvecklare måste veta att bli fantastiskt fantastiskt

4 tips för att utveckla dina utvecklare färdigheter

01. Följ formeln

02. Svett de små grejerna

03. Stanna strukturerad

04. Var försiktig med komplexitet

Vill du ha ytterligare råd om att polera upp dina programmeringsförmåga?

Hur - Mest populära artiklar

Hur man skapar en app med vue.js

Master Version Control för avlägsna lag

Skapa kvantitetsspecifika CSS-stilar och layouter

Kom igång med diffus

8 Viktiga Wordpress Security Secrets

Hur man designar isometrisk typografi

Förbättra dina penselsträngar i oljor

Gör en animerad GIF i Photoshop

Kategorier