𝗧𝗵𝗲 𝗛𝗶𝗱𝗱𝗲𝗻 𝗪𝗼𝗿𝗸𝗳𝗹𝗼𝘄 𝗼𝗳 𝗣𝗿𝗼𝗳𝗲𝘀𝘀𝗶𝗼𝗻𝗮𝗹 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗗𝗲𝘃𝗲𝗹𝗼𝗽𝗲𝗿𝘀

De meeste mensen denken dat softwareontwikkeling alleen maar het typen van code is. Ze stellen zich iemand voor die razendsnel typt op een donker scherm. Dit is slechts 20% van het werk.

De overige 80% is onzichtbaar. Het gebeurt nog voordat je ook maar één regel schrijft. Dit werk onderscheidt de professionals van de mensen die de hele dag bezig zijn met het herstellen van hun eigen fouten.

Senior developers besteden 20% tot 40% van hun tijd aan plannen. Dit is geen uitstelgedrag. Het is risicomanagement. Het is kostbaar om code aan te passen zodra deze live staat.

Een solide planningsfase ziet er als volgt uit:

• Formuleer het probleem in je eigen woorden. Als je het niet eenvoudig kunt uitleggen, begrijp je het nog niet. • Identificeer beperkingen. Denk aan snelheid, deadlines en bestaande systemen. • Schets de oplossing. Gebruik opsommingstekens of eenvoudige diagrammen om te zien hoe de datastroom verloopt. • Noteer onbekende factoren. Ontdek wat je moet onderzoeken voordat je begint.

Professionele developers besteden ook veel tijd aan het lezen van documentatie. Ze scannen niet alleen vluchtig antwoorden op fora. Ze lezen officiële API-referenties en broncode. Dit helpt hen om verouderde, defecte methoden te vermijden en edge cases te vinden die bugs in productie veroorzaken.

Probeer deze gewoontes aan te houden voordat je aan een grote taak begint:

• Onderzoek bestaande oplossingen. Bouw niets wat al bestaat. • Evalueer de afwegingen. Beslis welk hulpmiddel het beste bij jouw specifieke behoeften past. • Maak prototypes van de risicovolle onderdelen. Schrijf een klein testscript om te zien of een idee werkt. • Vraag het aan je teamgenoten. Een gesprek van vijf minuten kan uren werk besparen.

Wanneer je eindelijk code schrijft, houd dan rekening met je publiek. Je publiek is de volgende persoon die je werk leest. Die persoon kan jijzelf over zes maanden zijn.

Schrijf code die overzichtelijk blijft:

• Gebruik precieze namen. Vermijd generieke namen zoals "data". Gebruik in plaats daarvan "pendingInvoices". • Houd functies klein. Een functie moet één ding goed doen. • Schrijf commentaar dat uitlegt "waarom" en niet "wat". De code laat zien wat het doet. Commentaar moet de redenering achter de code uitleggen. • Volg de patronen van het team. Consistentie is belangrijker dan persoonlijke voorkeur.

Code reviews zijn ook essentieel. Het zijn niet alleen maar vinkjes die je moet zetten. Het is een manier om kennis te delen en risico's te signaleren. Een goede review richt zich op de intentie en logica in plaats van alleen op de syntaxis.

Het echte engineeringwerk vindt plaats tijdens het denken, lezen en onderzoeken. Het typen is slechts de laatste stap.

Bron: https://dev.to/lui_were/the-hidden-workflow-of-professional-software-developers-1d74