Nehrajte si s tím a optimalizujte výkon 😂 Právě jsem viděl komentář: > Jakmile se škáluje, i chyby, které jste napsali, budou mít uživatele. Moje první práce po vysoké škole byla ve firmě, kde se konal velký onboardingový seminář pro nové zaměstnance. Jednoho dne nám vyprávěli příběh o polovině 90. let, kdy technický tým optimalizoval načítací dobu softwaru z 5 minut na 30 sekund. Výsledkem je, že negativní zpětná vazba od zákazníků exploduje okamžitě. Tato optimalizace času načítání ve skutečnosti zničila firemní kulturu této společnosti. Ukázalo se, že před optimalizací všichni šli do kanceláře, zapnuli počítač a využili 5 minut načítání k chatu, kávě a začátku relaxačního dne. A teď, než se stihnou zvednout od stolu, je software připraven na ně pracovat! Ponaučení z příběhu – a výše uvedeného citátu – není říkat vám, abyste věci nezlepšovali. Místo toho je to připomínka, že software, který vytvoříte, neexistuje jen v PRD (Product Requirements Document) nebo testovací sadě. Je to systém, který komunikuje s lidmi v reálném světě. Lidé si kolem toho vytvářejí návyky, vyvíjejí obcházení a dokonce spoléhají na určité chyby pro praktické situace. To je pro vás jako softwarového inženýra zásadní: musíte rozumět tomu, k čemu se software skutečně používá a jak se používá v reálném světě. Vaším úkolem není vyplňovat spoustu tiketů od produktového manažera, vaším úkolem je vytvářet software, který řeší uživatelské problémy. Odkazy: