Revisjoner er veldig dyre, men du visste det allerede? Likevel gjør du fortsatt ingenting for å minimere kostnadene ved revisjonene dine ... Du kaster penger på problemet og håper det på magisk vis vil løse alt ... Mange elitelag gjør et enkelt triks som sparer dem for tusenvis og det kalles "interne gjennomganger". Dette er når utviklerne reviderer koden sin. Dette er ikke de som tilfeldig ser seg rundt etter noe interessant under utviklingen - dette er en dedikert, strukturert prosess de planlegger. Slik gjør de det: Før selve revisjonen satte du en rimelig tidsramme (50 % av det revisorene siterer deg for, da utviklerne allerede kjenner koden). I løpet av den tiden må du bare gjennomgå koden, ikke legge til ny logikk, ikke legge til ny mekanikk, bare fokusere på sikkerhet og redusere kompleksitet/unødvendig kode. Dette kan virke trivielt, men vil faktisk spare deg for massevis, spesielt hvis koden din er full av feil. Her er fordelene: 1. Rapportene dine vil se bedre ut, siden de vil ha færre feil 2. Du vil fange de fleste enkle feilene som lar revisorer fokusere på de mer komplekse delene 3. Revisjoner vil gå raskere ettersom det vil være færre rettelser, slik at du kan starte tidligere 4. Du trenger kanskje bare 1 revisjon, mens uten denne forberedelsen kan det hende du trenger flere