Älä pelleile, vaan optimoi suorituskyky 😂 Näin juuri kommentin: > Kun se on skaalautunut, jopa kirjoittamillasi bugeilla on käyttäjiä. Ensimmäinen työpaikkani valmistumisen jälkeen oli yrityksessä, jossa järjestettiin suuri perehdytysseminaari uusille työntekijöille. Eräänä päivänä he kertoivat meille tarinan 90-luvun puolivälistä, jolloin tekninen tiimi optimoi ohjelmiston latausajan 5 minuutista 30 sekuntiin. Tämän seurauksena negatiivinen palaute asiakkailta räjähtää välittömästi. Tämä latausajan optimointi tuhosi itse asiassa kyseisen yrityksen yrityskulttuurin. Kävi ilmi, että ennen optimointia kaikki menivät toimistolle, käynnistivät tietokoneen ja käyttivät viisi minuuttia latausaikaa jutellen, kahvin juomiseen ja rentouttavan päivän aloittamiseen. Ja nyt, ennen kuin he ehtivät nousta työpöydiltään, ohjelmisto on valmis työskentelemään heidän kanssaan! Tarinan opetus – ja yllä oleva lainaus – ei ole sanoa, ettei asioita kannata parantaa. Sen sijaan se muistuttaa, että rakentamasi ohjelmisto ei ole pelkästään PRD:ssä (Product Requirements Document) tai testipaketissa. Se on järjestelmä, joka on vuorovaikutuksessa ihmisten kanssa todellisessa maailmassa. Ihmiset rakentavat tapoja, kehittävät kiertoteitä ja jopa luottavat tiettyihin bugeihin käytännön tilanteissa. Tämä on sinulle ohjelmistosuunnittelijana ratkaisevan tärkeää: sinun täytyy ymmärtää, mihin ohjelmistoa oikeasti käytetään ja miten sitä käytetään oikeassa maailmassa. Tehtäväsi ei ole suorittaa kasa tikettejä tuotepäälliköltä, vaan rakentaa ohjelmistoja, jotka ratkaisevat käyttäjien ongelmia. Linkit: