Nu te juca și optimizează performanța 😂 Tocmai am văzut un comentariu: > Odată scalate, chiar și bug-urile pe care le-ai scris vor avea utilizatori. Primul meu job după facultate a fost la o companie unde exista un seminar mare de integrare pentru noii angajați. Într-o zi, ne-au povestit o poveste despre mijlocul anilor '90, când echipa tehnică a optimizat timpul de încărcare al software-ului de la 5 minute la 30 de secunde. Ca urmare, feedback-ul negativ al clienților explodează instantaneu. Această optimizare a timpului de încărcare a distrus de fapt cultura corporativă a companiei. S-a dovedit că, înainte de optimizare, toată lumea mergea la birou, pornea calculatorul și folosea cele 5 minute de încărcare pentru a discuta, a bea cafea și a începe o zi relaxantă. Și acum, înainte să se poată ridica de pe birou, software-ul este gata să lucreze asupra lor! Morala poveștii—și citatul de mai sus—nu este să nu-ți spui să nu îmbunătățești lucrurile. În schimb, este o reamintire că software-ul pe care îl construiești nu există doar într-un PRD (Document de Cerințe de Produs) sau într-o suită de testare. Este un sistem care interacționează cu oamenii din lumea reală. Oamenii își construiesc obiceiuri în jurul acestui lucru, dezvoltă soluții alternative și chiar se bazează pe anumite bug-uri pentru scenarii practice. Acest lucru este crucial pentru tine, ca inginer software: trebuie să înțelegi la ce folosește cu adevărat software-ul și cum este folosit în lumea reală. Sarcina ta nu este să completezi o mulțime de tichete de la managerul de produs, ci să construiești software care să rezolve problemele utilizatorilor. Linkuri: