Lek inte med det och optimera prestandan 😂 Såg precis en kommentar: > När de väl är skalade kommer även buggarna du skrev att ha användare. Mitt första jobb efter universitetet var på ett företag där det hölls ett stort introduktionsseminarium för nya anställda. En dag berättade de en historia om mitten av 90-talet, när det tekniska teamet optimerade laddningstiden för mjukvaran från 5 minuter till 30 sekunder. Som ett resultat exploderar negativ feedback från kunder omedelbart. Denna optimering av laddningstiden förstörde faktiskt företagets företagskultur. Det visade sig att innan optimeringen gick alla till kontoret, slog på datorn och använde de fem minuterna av laddningstid till att chatta, dricka kaffe och starta en avkopplande dag. Och nu, innan de hinner resa sig från sina skrivbord, är mjukvaran redo att arbeta på dem! Sensmoralen i berättelsen—och citatet ovan—är inte att säga åt dig att inte förbättra saker. Istället är det en påminnelse om att mjukvaran du bygger inte bara finns i en PRD (Product Requirements Document) eller testsvit. Det är ett system som interagerar med människor i verkliga världen. Folk bygger vanor kring det, utvecklar lösningar och förlitar sig till och med på vissa buggar för praktiska scenarier. Detta är avgörande för dig som mjukvaruingenjör: du måste förstå vad mjukvara egentligen används till och hur den används i verkliga livet. Ditt jobb är inte att slutföra en massa ärenden från produktchefen, ditt jobb är att bygga mjukvara som löser användarproblem. Länkar: