Beginnen vandaag de dag

Ik bouwde vroeger sites in PHP en HTML. Ik zette ze via FTP op een webserver en klaar. Beginnen voelt nu paradoxaal genoeg zowel moeilijker als makkelijker dan ooit.

Aan de ene kant zijn de drempels nog nooit zo laag geweest. Je start overal ter wereld in milliseconden rekenkracht op, zet met een paar klikken wereldwijd iets online en schaalt elastisch mee met de vraag. De tijd dat een storing in het lokale stroomnet of een strikte hostingquota je hele site plat kon leggen is voorbij.

Tegelijk valt er veel meer te overwegen. Ik weet nog dat ik gewoon een pagina schreef in Adobe (toen nog Macromedia) Dreamweaver, wat framesets in elkaar flanste en het via FTP op een server zette.

Dat was het. Geen ingewikkelde buildsystemen. Geen zorgen over toegankelijkheidsnormen als WCAG, geen gedoe met ingewikkelde kwetsbaarheden als supply chain-aanvallen (kwaadaardige dependencies in npm-pakketten) of side-channel-aanvallen (zoals timing attacks). We hoefden niet te denken aan de AVG, CCPA of een dozijn andere compliance-kaders. Er was geen eindeloos debat over frontend-frameworks als React, Vue of Angular, API rate limits, container-orkestratie of zero-trust-beveiligingsmodellen. Beveiliging was vroeger een bijzaak. Nu moeten we ons zorgen maken over CSRF, XSS, SQL-injectie en bescherming tegen DDoS-aanvallen.

We konden gewoon bouwen. Het was een tijd waarin je zonder gevolgen kon experimenteren en ideeën in elkaar kon zetten om te zien wat werkte. We hoefden elk project niet te verantwoorden met een businesscase of critici op Hacker News tevreden te stellen die vroegen hoe het paste in een “langetermijnstrategie voor monetisatie”. We bouwden dingen om het bouwen, uit plezier in leren en maken. Kan dat nu nog? Of zitten we zo vast in de race om efficiëntie en doel dat we die vrijheid kwijt zijn? Alles heeft nu een doelgroep nodig, een roadmap, een go-to-market-strategie. Maar de beste innovaties komen vaak voort uit knutselen zonder plan.

En verder maken we dingen tegenwoordig te ingewikkeld. We overengineeren oplossingen voordat we het probleem begrijpen dat we oplossen. Waarom springen we meteen naar microservice-orkestratie voordat we ooit een monoliet hebben gebouwd? Ik vond het vroeger heerlijk om veel losse microservices te hebben, elk met een eigen taak, maar nu zie ik het als een last. De eenvoud van één codebase wordt onderschat. We willen zo graag best practices volgen dat we soms vergeten eerst iets werkend te krijgen. Het is alsof we optimaliseren voor schaal voordat we hebben bewezen dat er iets is om te schalen.

Veel van wat we moeten regelen wordt nu voor ons geregeld. Cloudflare, Vercel en Netlify maken online zetten bijna moeiteloos, maar als ze hun gratis tier schrappen of hun beleid ingrijpend wijzigen, staan veel van ons met de handen in het haar. Gebruiksgebaseerde prijzen maken schalen makkelijker, maar voelen soms los te staan van de waarde die je krijgt. Het gemak is geweldig, maar het kost wat: geld, en afhankelijkheid van gecentraliseerde diensten.

Natuurlijk biedt moderne webontwikkeling enorme voordelen. Met tools als React en Next.js bouw je ongelooflijk krachtige en interactieve applicaties. Cloudplatforms bieden robuuste infrastructuur en schaalbaarheid en de aandacht voor beveiliging en toegankelijkheid maakt het web betrouwbaarder en inclusiever.

Ik geloof nog steeds in de waarde van dingen thuis kunnen draaien. Ik zou het fijn vinden als providers een tweede IP-adres aanboden alleen voor inkomend verkeer, zodat mensen kunnen self-hosten zonder de omslachtige omwegen van nu. We moeten innovatie aanmoedigen en het niet moeilijker maken voor individuen om te experimenteren en nieuwe dingen te bouwen. Hoe meer we mensen aanmoedigen om te knutselen, te maken en de grenzen van het mogelijke te verleggen, hoe beter we er allemaal van worden.

We zijn ver gekomen sinds Web 1.0, maar laten we zorgen dat de volgende generatie bouwers nog ruimte heeft om bij nul te beginnen en al doende te leren, net als wij. Niet een tutorial volgen en die eindeloos herhalen, maar de basis echt begrijpen en daarop voortbouwen. Zo houden we het web nog jaren levendig en spannend. Misschien moeten we dit weekend allemaal een klein persoonlijk project bouwen, zonder ons druk te maken over best practices of monetisatie, gewoon voor het plezier van het maken.