Begin met uw frontend-stack
Plaats uw sterkste technologieën die aansluiten bij de vacature bovenaan en laat vervolgens zien waar u deze in elke functie hebt gebruikt. Noem frameworks naast het werk dat hiermee werd ondersteund, zoals het bouwen van een dashboard in React en TypeScript. Voeg HTML, CSS, JavaScript en testtools toe wanneer dit relevant is. Vermijd het vermelden van elke bibliotheek die u even hebt gebruikt; houd de stack gericht op tools die u in detail kunt bespreken.
Toon de impact op de interface met cijfers
Kies resultaten die interfaceveranderingen koppelen aan snelheid, taakvoltooiing, supportinspanning of releasekwaliteit. Leg de verandering uit en hoe u deze hebt beoordeeld: bijvoorbeeld een meting met Lighthouse of van veldprestaties voor en na, een producttest of minder gerapporteerde regressies. Houd de omvang helder en het getal bescheiden. Beweer niet dat een herontwerp tot een bedrijfswinst heeft geleid tenzij u die koppeling kunt onderbouwen.
Beschrijf toegankelijkheid in de praktijk
Noem de standaarden of praktijken die u hebt toegepast, zoals werk aan WCAG 2.2 AA-beoordelingen, toetsenbordtests, semantische HTML of controles voor schermlezers. Zeg welke componenten of stromen u hebt verbeterd en wat er is veranderd. Zeg niet dat een heel product “WCAG-conform” is op basis van alleen uw eigen beoordeling; conformiteitsclaims hangen af van de omvang en evaluatie. Vermeld toegankelijkheidstools alleen als u ze hebt gebruikt.
Houd projectlinks relevant
Een portfolio of codevoorbeeld kan helpen wanneer het interfacebeslissingen, responsief gedrag of toegankelijke interactie toont die lastig uit te leggen zijn in een bullet. Link naar een klein aantal verzorgde, actuele voorbeelden en identificeer uw bijdrage, vooral bij teamprojecten. Laat vertrouwelijke werkgeverscode, niet meer onderhouden demo's en generieke lijsten met tools achterwege. Vermeld certificeringen alleen wanneer de vacature hierom vraagt; frontend engineering heeft geen universele licentie.