Ik ben er zelf één, dus ik mag het zeggen: developers zijn over het algemeen luie mensen. Of misschien is lui niet helemaal het goede woord. Developers kiezen vaak shortcuts om snel resultaat te halen.
Een van de dingen waaraan je dat kunt zien is het internet. Een eenvoudige website, met een simpele HTML pagina kan in principe binnen een fractie van een seconde op je scherm staan. Waarom zijn er dan toch zoveel trage websites? Hier de top 5 van de meest gehoorde excuses:
“Is dat echt zo belangrijk dan?”
Ja. 40% van het bezoek haakt af als een pagina niet binnen 3 seconden op het scherm staat. In veel branches betaal je inmiddels 2 euro per Adwords klik. Ooit uitgerekend hoeveel dat kost? En hoeveel pagina’s moet men ‘door’ om tot een conversie te komen? 5? Hoeveel mensen doen dat?
Zolang er een cultuur bestaat waarbij deze zaken niet bovenaan de agenda staan is de kans groot dat er aan de performance van de site niet veel veranderd.
“Volgens mij is het snel genoeg”
Als je mij soms hoort tieren op mijn internetverbinding dan zou je het niet zeggen, maar er zitten echt voordelen aan het werken vanaf het platteland via een armetierig ADSL lijntje. Met 4 Mbit/s loop je snel tegen de pijnpunten aan die de developers met een 500 Mbit/s glasvezel verbinding werken niet meer opmerken. Ze werken met de snelste computers, via de snelste lijnen, met de nieuwste browsers.
“Het werkt toch?”
Developers worden betaald om functionaliteit te ontwikkelen. Daar worden ze op beoordeeld. Als hun functionaliteit door de acceptatietest komt, dan is er niemand die zich afvraagt hoe het nog beter kan. Misschien dat een UX designer een keer sputtert over de laadtijd, maar dan is het vaak al te laat.
Zo ontstaat er steeds meer rotzooi in de code. Tot er een punt komt waarop niemand meer weet welke code er nog gebruikt wordt en je 3 Mb aan overbodige Javascript meestuurt bij elke pagina die men op je website bekijkt. 3 Mb aan javascript verwerken op een budget mobieltje duurt vaak alleen al 3 seconden.
“Ik ben door mijn uren heen”
Budget is een andere reden. De meeste websites hebben, zodra het eenmaal werkt als afgesproken, geen budget om (bijvoorbeeld) het project te doorlopen en bottlenecks weg te nemen, overbodige code te verwijderen en de website te testen op een budget telefoon via een 3G netwerk.
Laat staan dat iemand er aan toe komt om de rotzooi op te ruimen die hierboven ontstaan is.
“HTTP/2? Wat is dan dan?”
Wat ook gewoon vaak voorkomt is een gebrek aan kennis. Hoeveel web developers en online marketeers weten van de begrippen HTTP/2, ALPN, GZIP, CDN, TTFB, Critical Path CSS en legio andere termen die er bij komen kijken om een complexe website sneller te maken? Een groot deel van de web developers is al blij dat ze de website responsive kunnen maken, want dan doet ie het toch op mobiel?
Het zou goed zijn als developers de tijd krijgen om deze ontwikkelingen bij te houden.
Tinus Guichelaar 