Sneller en slanker: grote app-upgrade onthult UI-revisie en 200% backend-snelheidsboost
Door DeHub Team — 2024-10-28
In Q3 2024 hebben we de gebruikersinterface gereviseerd en de backend-snelheid met 200% verbeterd.
Waarom ze samen werden verzonden
Want los daarvan zijn het allebei slechte releases.
Een herontwerp op een trage backend is een langzamere app die er anders uitziet en gebruikers ervaren het als een downgrade, hoe goed het ontwerp ook is — de visuele verandering vestigt de aandacht op elk wachten. Een backend verbetering zonder zichtbare verandering is onzichtbaar: gebruikers merken niet drie keer sneller of het ding waar ze op wachten er precies hetzelfde uitziet.
Samen vormen ze één waarneembare verbetering. Alles ziet er anders uit en alles reageert onmiddellijk, en die versterken elkaar in plaats van elkaar te ondermijnen. Daarom kreeg dezelfde release 95% positieve feedback.
Wat "200% sneller" betekent
Drie keer de vorige doorvoer, over de paden die ertoe doen — invoerbelastingen, streamstarten, portemonneebewerkingen, arcade-lanceringen.
Het eerlijke detail is dat dit niet één slimme optimalisatie was. Het waren de gecumuleerde kosten van vier jaar verzending, afbetaald. Query's geschreven toen de dataset klein was en nooit meer werd bezocht. Opeenvolgende oproepen die altijd parallel hadden kunnen zijn. Caching toegepast waar het gemakkelijk was in plaats van waar het hielp. Elk van hen was op dat moment individueel redelijk en collectief duur.
Er is geen glamoureuze versie van dit werk. Het is meten, dan uitpakken, dan weer meten.
Wat de revisie eigenlijk veranderde
Minder dan een screenshotvergelijking suggereert, en meer dan gebruikers kunnen verwoorden.
De 50 gebruikersinterviews van 2021 hadden twee bevindingen opgeleverd die drie jaar later nog steeds waar waren: het opzetten van een portemonnee was waar mensen het opgaven, en alles wat een mentaal model nodig had om de waarde ervan te begrijpen, werd met argwaan behandeld. De revisie was grotendeels die twee bevindingen die over het hele oppervlak werden toegepast.
Minder stappen tussen het openen van de app en iets doen. Duidelijkere uitspraken over wat een actie waard is voordat je deze onderneemt. Minder van de app, ervan uitgaande dat je al wist hoe het werkte.
Wat het niet heeft opgelost
Onboarding, helemaal. Het werd beter en het bleef de meest voorkomende plek waar mensen stoppen, namelijk de single most persistent finding in DeHub's history.
Discovery bleef ook zwak, en dat voedde de feedvernieuwing met audio-antwoorden en live praatruimtes het volgende jaar.
## Waarom de snelheid van het werk het belangrijkst was
Want alles daarna hing af van de stahoogte. De Livepeer-integratie voor 50.000+ gelijktijdige kijkers, de custom CDN en 99,99% uptime in Q1 2025 alle arriveerde binnen twee kwartalen, en geen van hen zou overleefbaar zijn geweest op de backend zoals die er medio 2024 uitzag.
Hoe de schuld zich opstapelde
Niet door onzorgvuldigheid, wat de geruststellende verklaring is en de verkeerde.
Elke langzame query in die codebase werd geschreven door iemand die bevoegd was, onder een deadline, tegen een dataset waar het goed presteerde. Elke opeenvolgende aanroep die parallel had moeten zijn, was opeenvolgend, omdat dat op dat moment de eenvoudigste juiste versie was. Niets van dit alles was een vergissing toen het werd gemaakt.
De fout was structureel: niets in ons proces heeft ooit een beslissing herzien nadat de omstandigheden die het rechtvaardigden waren veranderd. Code werd beoordeeld toen het werd geschreven en nooit meer.
De oplossing waren geen betere ingenieurs. Het maakte van prestaties een staande meting in plaats van een incidentreactie, zodat degradatie eerder een trend dan een klacht is.