Ikke tull og optimaliser ytelsen 😂 Så nettopp en kommentar: > Når de er skalert, vil selv feilene du skrev ha brukere. Min første jobb etter studiene var i et selskap hvor det var et stort onboarding-seminar for nye ansatte. En dag fortalte de oss en historie om midten av 90-tallet, da det tekniske teamet optimaliserte lastetiden til programvaren fra 5 minutter til 30 sekunder. Som et resultat eksploderer negativ tilbakemelding fra kundene umiddelbart. Denne optimaliseringen av lastetid ødela faktisk bedriftskulturen i det selskapet. Det viste seg at før optimaliseringen gikk alle til kontoret, slo på datamaskinen og brukte de 5 minuttene med lastetid til å chatte, drikke kaffe og starte en avslappende dag. Og nå, før de rekker å reise seg fra pultene, er programvaren klar til å jobbe på dem! Moralen i historien – og sitatet ovenfor – er ikke å fortelle deg at du ikke skal forbedre ting. I stedet er det en påminnelse om at programvaren du bygger ikke bare eksisterer i en PRD (Product Requirements Document) eller testsuite. Det er et system som samhandler med mennesker i den virkelige verden. Folk bygger vaner rundt det, utvikler løsninger, og stoler til og med på visse feil for praktiske scenarioer. Dette er avgjørende for deg som programvareingeniør: du må forstå hva programvare egentlig brukes til og hvordan den brukes i den virkelige verden. Jobben din er ikke å fullføre en haug med saker fra produktsjefen, jobben din er å bygge programvare som løser brukerproblemer. Lenker: