Front-end is
geen
gereedschap.
Het is taal.
Ik schrijf over wat browsers daadwerkelijk doen met de code die je schrijft.
Niet wat de documentatie belooft. Wat er in de praktijk gebeurt.
Elk artikel op Savourdeals is gebaseerd op meting, experiment of een probleem dat ik zelf tegenkwam.
Mijn naam is Lieselot Vanbrabant. Ik werk al ruim acht jaar als front-end ontwikkelaar, voornamelijk voor middelgrote bureaus in de Benelux. Savourdeals begon in 2023 als een plek om observaties op te schrijven die te gedetailleerd waren voor een tweet en te specifiek voor een conferentietalk. Het werd een publicatie met een vaste redactionele lijn: begrijp eerst hoe iets werkt, schrijf dan pas over hoe je het toepast.
Acht jaar code,
één vaste vraag
Elk getal hieronder vertegenwoordigt een periode van werken aan iets dat niet meteen klopte, totdat het dat wel deed.
Wat ik schrijf en waarom
De artikelen op Savourdeals gaan over CSS-architectuur, browser-rendering, toegankelijkheid, typografie op het web, prestatieoptimalisatie en de spanning tussen ontwerp en implementatie. Ik kies onderwerpen op basis van wat ik zelf niet goed begreep totdat ik het grondig uitspitte.
- CSS-layout en cascade-gedrag
- Browser rendering en paint-performance
- Toegankelijkheid in productieomgevingen
- Typografische systemen voor het web
- Componentarchitectuur zonder framework-lock-in
- Ontwerpbeslissingen en hun technische consequenties
Front-end schrijven betekent keuzes uitleggen, niet conclusies verkopen.
Redactionele lijn van
Savourdeals
Hoe een artikel tot stand komt
Elk stuk begint met een concrete observatie: iets dat anders werkt dan verwacht, een patroon dat ik meerdere keren tegenkwam, of een aanname die bij nader onderzoek niet klopte. Daarna volgt documentatie van het experiment, inclusief de gevallen waarin mijn eerste hypothese onjuist bleek. Die stappen zijn zichtbaar in de tekst.
Wat Savourdeals niet doet
Er verschijnen geen gesponsorde vergelijkingen, geen ranglijsten op basis van populariteit en geen tutorials die stoppen bij het eerste werkende voorbeeld. Als een techniek nadelen heeft die pas later zichtbaar worden, staan die in het artikel. Lezers kunnen daar hun eigen afwegingen op baseren.
Bereikbaarheid en reacties
Correcties, aanvullingen en inhoudelijke vragen zijn welkom via e-mail. Ik reageer niet op verzoeken om linkplaatsing of gastbijdragen die niet aansluiten bij de redactionele lijn. Wie een feitelijke fout signaleert, krijgt altijd een reactie.