Lagar och regler

Arnolds lag om dokumentation:

• Om den bör existera, då gör den inte det.
• Om den verkligen existerar, då är den föråldrad.
• Bara dokumentation för värdelösa program överträffar de två första lagarna.

Bradleys banalitet:

• Om datorer blir för mäktiga, kan vi ju greja in dem i en arbetsgrupp - som fixar dem.

Brooks lag:

• Att blanda in mänsklig arbetskraft i ett försenat mjukvareprojekt gör det ännu mer försenat.
• Om du till en början inte lyckas, omvandla din datauppsättning!
• När ett system blir helt och hållet definierat, då upptäcker någon idiot någonting som antingen utplånar systemet eller får det att expandera till oigenkännlighet.

Demians observation:

• Det finns alltid menyer och menyalternativ som har felaktig beteckning och i stället borde heta: "I SOM HÄR INTRÄDEN, LÅTEN HOPPET FARA".

Dr. Caligaris comeback:

• Ett allvarligt skriv/läs-fel inträffar bara efter det att du har utfört flera timmars arbete utan att ha gjort en säkerhetskopia.

Estridges lag:

• Oavsett hur stor och standardiserad marknaden är, så kan Microsoft definiera den på nytt.

Harps följdsats till Estridges lag:

• Ditt Microsoft-kompatibla program blir mer inkompatibel för varje ögonblick som går.

Flons lag:

• Det finns inte, och kommer aldrig att finnas, ett språk på vilket det är det allra ringaste svårt att skriva dåliga program.

Gilbs lag om opålitlighet:

1. Datorer är opålitliga, men människor är ännu mer opålitliga.
2. Vid källan till varje fel som skylls på datorn, kommer du att hitta minst två mänskliga fel, inklusive felet att skylla det på datorn.
3. Varje system som är beroende av mänsklig tillförlitlighet är otillförlitligt.
4. Fel som är omöjliga att upptäcka är oändliga, i motsats till fel som går att upptäcka, vilka definitionsmässigt är begränsade.
5. Investering i tillförlitlighet har en tendens att öka tills den överskrider den sannolika kostnaden för fel, eller tills någon insisterar på att få lite nyttigt arbete utfört.
6. Den enda skillnaden mellan en dåre och en förbrytare är att dåren angriper ett system på ett irrationellt sätt och på en bredare front.
7. Ett system tenderar att växa i komplexitet i stället för enkelhet, tills den resulterande otillförlitligheten blir olidlig.
8. Självkontrollerande system tenderar att få en komplexitet som står i proportion till deras inneboende otillförlitlighet.
9. Varje systems förmåga till feldetektering och dito- korrigering tjänar som en nyckel till att förstå arten av fel det inte vet vad det ska göra med.
10. Alla verkliga program innehåller fel tills motsatsen har bevisats, vilket är omöjligt.

Golubs lagar om datorskap:

• Luddiga projektmål används för att undvika förlägenhet vid beräknandet av motsvarande kostnader.
• Ett slarvigt planerat projekt tar tre gånger så lång tid att fulborda än vad som kan förväntas. Ett noggrant planerat projekt tar bara två gånger så lång tid.
• Satsningen som behövs för metodförbättring ökar geometriskt med tiden.
• Projekteam avskyr att varje vecka rapportera om sina framsteg därför att det så tydligt visar deras brist på framsteg.

Groschs lag:

• Datorkraft ökar med kvadraten på kostnaden.

Hackers lag:

• Tron att ökad förståelse nödvändigtvis stimulerar en nation till handling är en av mänsklighetens äldsta illusioner.

Harvards lag, applicerad på datorer:

• Under strängast övervakade förhållanden vad gäller tryck, temperatur, volym, fuktighet och andra variabler, gör datorn precis hur tusan den vill.

Hinds lag om programmering:

1. Alla program, när de fungerar, är förlegade.
2. Om ett program är användbart, måste det ändras.
3. Om ett program är oanvändbart, måste det dokumenteras.
4. Alla program expanderar för att fylla ut allt tillgängligt arbetsminne.
5. Värdet av ett program är proportionellt till belastningen på dess information.
6. Programkomplexiteten ökar tills den överskrider förmågan hos programmeraren som måste underhålla det.
7. Gör det möjligt för programmerare att skriva program på engelska och du kommer att finna, att programmerarna inte kan skriva på engelska.

Hoares lag om stora program:

• Inuti varje stort program finns ett litet program som kämpar för att komma ut.

Rhodes följesats till Hoares lag:

• Intui varje sammansatt och icke-fungerande program finns en nyttig rutin som kämpar för att bli fri.

Lubarskys lag om cybernetisk entomologi:

• Det finns alltid en "bugg" till.

Osborns lag:

• Variabler vill inte, konstanter är inte.

Parkinsons lag (modifierad):

• Komponenterna du har breder ut sig för att fylla det tillgängliga utrymmet.

Pierces lag:

• I alla datorsystem kommer datorn alltid att feltolka, missförstå, trycka fel eller inte beräkna matematiska delrutiner, eller misslyckas med att skriva ut all information på åtminstone den första genomkörningen

Följdsats till Pierces lag:

• När en kompilator accepterar ett program utan fel den första körningen, lämnar programmet inte ifrån sig den önskade informationen.

Den sistnämndes lag om programgeneratorer:

• En programgenerator skapar program som är mer "buggiga" än programgeneratorn.

Robyns första lag om datorer:

• När du lägger in något i minnet, kom ihåg var fan du la in det!

Thoreaus teorier om adaption:

1. När du efter månader av övning till sist förstår alla programmets kommandon, då anländer en reviderad version av programmet med en helt ny kommandostruktur.
2. Efter att ha konstruerat en bra rutin som tar sig runt en välkänd "bug" i systemet, är systemet reviderat, "buggen" borttagen och du sitter där med en värdelös rutin.
3. Satsning på att förbättra ett programs "användarvänlighet" leder alltid till arbete med att förbättra användarens läs- och skrivkunnighet med tonvikt på datorer.
4. Det där är inte en "bugg", det är en egenskap.

Troutmans postulat:

1. Svordomar är det enda språk, som förstås av programmerare.
2. Inte förrän ett program har varit i produktion i sex månader kommer det mest skadliga felet att upptäckas.
3. Arbetskort som absolut inte kan arrangeras i felaktig ordning, kan det.
4. Utbytbara band kan det inte.
5. Om gränssnittet har konstruerats för att avvisa felaktig information, då kommer någon påhittig idiot att upptäcka en metod att få felaktig information att slinka förbi.
6. Om en testinstallation fungerar perfekt, då kommer alla påföljande system att krångla.

Woods axiom:

• Så snart en ofullbordad datoruppgift blir en fråga om liv eller död går strömmen.

Text: Kurt Runnqvist (översättning)