Absoluuttista vastausta ei ole, ja se on juuri se pointti. — sovitat kurinalaisuuden ja koodin pituuteen. Hylättävä prototyyppi ja maksujenkäsittelysydin ansaitsevat hyvin eri tasot. Johtajan tehtävä on tehdä tämä kompromissi , eikä antaa sen tapahtua vahingossa. ## Päätöksenteon viitekehys Kysy kolme kysymystä ennen kuin lyhennät jotakin: - Yhden viikon koe voi olla sekalainen; ydinpalvelu, jota ylläpidat vuosia, ei voi. - Korkeammat riskit (raha, tiedot, turvallisuus, vaikeasti palauttavat muutokset) tarkoittavat korkeampaa vaatimustasoa. - Helposti korvattava koodi sietää oikoteitä; kantavat rajapinnat ja tietomallit eivät. ## Tarkoituksellinen vs. vahingossa tapahtunut oikotie - oikotie on nimetty, rajattu ja (tiketti, , huomautus RFC:ssä). Tiedät tarkalleen, mitä vaihdoit ja miksi. - oikotie on hiljainen laadun heikkeneminen — kukaan ei päättänyt siitä, kukaan ei seuraa sitä, ja se pahentuu. Pidä jopa paineen alla: hyvin nimetyt rajat, testatut kriittiset polut. Työnnä kaaos reunoille, missä se on halpaa poistaa. ## Neuvottele kolmio, älä hiljaa leikkaa laatua Kun määräaika on tiukka, rehellinen liike on kanssa sidosryhmien kanssa — ei hiljaa toimittaa jotakin hauraaa.
