4 tips om uw ontwikkelaarsvaardigheden te ontwikkelen

Sep 12, 2025

Procedures

Coder navigates a roadmap avoiding bugs and errors in coding

(Afbeelding Credit: Robert Pizzo)

Supervriendelijk directeur DAN Mall zal zijn pro-tips delen over hoe relevant te blijven als een webontwerper bij Genereer New York 2018. KRIJG NU

Voor degenen onder u met minder dan vijf jaar ervaring in webontwikkeling, is het waarschijnlijk dat u nog steeds uw voeten vindt met betrekking tot taalfuncties, kaders, architectuur en best practices. En hoewel u aan het einde van het einde kunt beginnen met de beste bedoelingen, is de kans groot dat alles wat u wilt, want het ding om goed genoeg te werken die u betaald krijgt.

Ik heb de afgelopen jaren doorgebracht met het redden van een verscheidenheid aan bekende merkensites die in theorie eenvoudig hadden moeten zijn, maar om verschillende redenen - opvolgingen van freelancers, hebben een gebrek aan top-down toezicht - veranderd in spaghettig Junctions van technische schuld.

01. Volg de formule

Het ding dat ik uit wil gaan is om je te verzekeren dat we er allemaal zijn geweest en er is niets mis met niet alles kennen. Programmeren is schitterend plezier en de reden dat je het elke dag wilt doen, is waarschijnlijk omdat je tot een uitdaging krijgt, het voortouw neemt en innovatieve oplossingen kunt leveren.

Maar hier is de vangst: wat het programmeren van plezier maakt (inventieve en denken aan je voeten) kan per ongeluk bijdragen aan de technische schuld op grotere, team-geleide projecten.

Er zijn bestaande best practices, principes en patronen die zich in de loop der jaren hebben bewezen. Het is jouw taak om ze te onderzoeken, te leren en te implementeren - en, in het proces, offer een beetje van je individualiteit in ruil voor onderhoudbaarheid en betrouwbaarheid. Er is een blogpost genaamd ' Je wordt niet betaald om code te schrijven 'Dat somt het vrij goed.

02. Zweet de kleine dingen

Programmeren is heel erg over de duidelijkheid, en wanneer je het hout niet voor de bomen niet kunt zien, zal de kans op je codebase die doelbewust te leunen en te betekenen, ernstig worden verminderd. Als zodanig moet je primaire strategie voor het blijven op de top van dingen een kieskeurige focus op de basis zijn.

Wees ultra georganiseerd: zorgen over mapstructuren en bestandslocaties (kaders kunnen hier helpen), zorg ervoor dat modules consistente API-bestellingen hebben, groepeer gemeenschappelijke functionaliteit en gebruik sjablonen met delimiters.
Maak uw code leesbaar: gebruik de witte ruimte rechtvaardigd en gebruik opmerkingen om groepering te annoteren en de intentie (maar niet slechte code) te verduidelijken. Je werkt als een team en je wordt betaald om duidelijk te zijn.
Snijd geen hoeken: het besparen van tijd lijkt misschien een goed idee, maar je kunt er zeker van zijn dat als het project groeit, elke stiekeme luiheid zal worden verergerd en het project later wordt verergerd.

Controleer tijdens het hele proces of je fouten corrigeert terwijl je gaat. Vroeg of later zal een andere code optreden op deze fouten. Stop zo snel mogelijk de rot. Als u wijzigingen aanbrengt, maakt u ze consequent. Databasekolommen, backend-functies, API-oproepen, JavaScript-functies, doccomments, annotaties, html-kenmerken, CSS-klasnamen, enzovoort - Zorg ervoor dat het allemaal cascades naar beneden.

03. Blijf gestructureerd

Image showing a before and after of restructured and refactored code — Twee versies van hetzelfde toepassingsroutes-bestand. Wat het gemakkelijker maakt om de structuur van de toepassing te begrijpen?

Er is een verleiding bij het bouwen van een zelfstandige site om inkapseling rustig te negeren en om de code te zakken met globale referenties naar de app of om via componenten te bereiken met ouder.parent.parent of dergelijke. Dit bouwt snel technische schuld.

Probeer waar mogelijk aan uw app te denken als een reeks onafhankelijke modules en bouwen op de beste praktijken van uw Framework om strakke koppeling en onderlinge afhankelijkheid te elimineren. Als het helpt, probeer je voor te stellen dat je onderdelen van de app in andere projecten wilt hergebruiken en denkt hoe je bestanden zou structureren, op markering en code om dit te faciliteren.

Je moet waakzaam zijn voor conflicterende verantwoordelijkheden en vraag je constant: hoort dit hier? Als code 'icky' voelt, is het waarschijnlijk.

Bij teamprojecten is het gebrek aan code hergebruik en kopiëren / geplakte code een groot probleem. Wanneer u herhaalde code ziet, bijt u de kogel en refactor alle instanties naar een functie, module of sjabloon. Nogmaals, een goede mapstructuur maakt het gemakkelijk voor u om uit te werken waar u dingen kunt plaatsen.

04. Pas op over-complexiteit

A before and after demonstrating how a refactored class is more readable, functional and testable — De refactored class aan de rechterkant is een meer leesbare, functionele en testbare versie van de linkerkant aan de linkerkant

Het belangrijkste probleem met complexiteit is dat het maskeert en afleidt uit het oorspronkelijke probleem dat u probeerde op te lossen en uiteindelijk meer code en meer complexiteit te genereren, hetzij op dezelfde plaats of in andere delen van de toepassing. Je eindigt in een vicieuze cirkel.

Als uw code lijkt op een algebra-les dan een goed onderhouden API, moet u een stap terug doen. Het kan zijn dat u die specifieke code, refactor de klasse nodig heeft, het is in of heroverweeg uw huidige benadering van het probleem dat u probeert op te lossen.

In extreme gevallen moet je misschien weer naar buiten kijken. Ik heb onlangs een extreem gecompliceerde kijkopstelling die ik heb gerealiseerd, het slachtoffer was van een slecht doordacht routingschema. Door de ingewikkelde routes in iets te herontwerpen in iets waars, kon ik honderden lijnen van dichte spaghetti-code in verschillende klassen sleuren en een aantal langdurige router hacks / bugs in het proces verwijderen.

Het enige wat je niet zou moeten doen nadat je een aantal bepalte SmitSus Code hebt, zit achterover en verwonder je trots op hoe moeilijk het is om te lezen! De beste code is elegant (lees: niet lastig); Als de jouwe dat niet is, heb je het werk om te doen.

Dit artikel is oorspronkelijk gepubliceerd in kwestie 290 van net, 's werelds bestverkopende magazine voor webontwerpers en ontwikkelaars. Kopen uitgave 290 of Abonneer u op NET

Wilt u verder advies over het polijsten van uw programmeervaardigheden?

Dan Mall is giving his talk Should Designers…? at Generate New York from 25 - 27 April 2018 — Dan Mall geeft zijn gesprek moeten ontwerpers ...? bij Generate New York van 25 - 27 april 2018

Ontwerpers moeten hun vaardigheden laten groeien om relevant en effectief te blijven, maar die eraan de moeite waard zijn? Moetontwerpers leren om te coderen, en, zo ja, kan beperkte code kennis echt een verschil maken met getalenteerde ingenieurs? Hoe passen ontwerpers in Agile workflows? Is er toch projectmethodologie ergens toe? Welke rol heeft een ontwerper om ontwerpsystemen te maken, te gebruiken en te onderhouden?

In zijn gesprek bij Genereer New York van 25-27 april 2018 , Superfriendly Director Dan Mall deelt verhalen en perspectieven om deze vragen en meer te beantwoorden, het leveren van specifieke methodologieën en technieken om ontwerpers te helpen nog meer onmisbaarder te worden, sneller. KRIJG NU

Gerelateerde artikelen:

De ontwikkelaarstools die u nu moet weten
25 Tips voor webontwikkeling om uw vaardigheden te verhogen
10 dingen die webontwikkelaars moeten weten om echt geweldig te worden

4 tips om uw ontwikkelaarsvaardigheden te ontwikkelen

01. Volg de formule

02. Zweet de kleine dingen

03. Blijf gestructureerd

04. Pas op over-complexiteit

Wilt u verder advies over het polijsten van uw programmeervaardigheden?

Procedures - Meest populaire artikelen

Instagram rollen tutorial: een beginnershandleiding

Merk typografie: een complete gids

Tips voor visuele ontwikkeling: vertel een verhaal met uw kunstwerk

21 manieren om de productiviteit met NPM

Hoe draait u de dag in de nacht in Photoshop

Hoe een progressieve web-app te bouwen

Simuleer een Ghost Rider Transformation

Hoe beweging in uw 3D-renders vast te leggen

Categorieën