Optimaliseer de prestaties niet zomaar, of het nu nodig is of niet 😂 Ik zag net een opmerking: > Zodra je opschaalt, zelfs de bugs die je schrijft, zullen gebruikers hebben. Mijn eerste baan na mijn afstuderen was bij een bedrijf, en bij mijn indiensttreding was er een groot nieuw personeelstrainingseminar. Op een dag vertelden ze ons een verhaal: het was halverwege de jaren '90, en het technische team had de laadtijd van de software geoptimaliseerd van 5 minuten naar 30 seconden. Het resultaat was dat de negatieve feedback van klanten onmiddellijk explodeerde. Deze optimalisatie van de laadtijd vernietigde zelfs de bedrijfscultuur van dat bedrijf. Blijkbaar, voordat de optimalisatie plaatsvond, kwamen mensen op kantoor, openden hun computer en gebruikten die 5 minuten laadtijd om te chatten, koffie te drinken en de dag ontspannen te beginnen. En nu, nog voordat ze van hun bureau konden opstaan, was de software al klaar en drong het hen aan om aan het werk te gaan! De boodschap van dit verhaal - en de bovenstaande quote - is niet dat je geen dingen moet verbeteren. Integendeel, het is een herinnering: de software die je bouwt bestaat niet alleen in de PRD (Product Requirements Document) of testsets. Het is een systeem dat in de echte wereld met mensen interactie heeft. Mensen zullen gewoonten ontwikkelen rond het, alternatieve methoden (Workarounds) ontwikkelen, en zelfs afhankelijk zijn van bepaalde bugs voor praktische gebruikssituaties. Dit is cruciaal voor jou als software-engineer: je moet begrijpen wat de echte toepassingen van de software zijn en hoe deze in de echte wereld wordt gebruikt. Je werk is niet om een stapel tickets van de productmanager af te handelen, je werk is om software te bouwen die de problemen van gebruikers oplost. Link: