Premiss
Disiplinen ved å skrive programvare bærer en sterk strukturell likhet med den praksisen Cult Mechanicus kaller liturgisk operasjon — den sekvensielle, ritualiserte påkallelsen av et komplekst system. Denne oppføringen tar denne likheten på alvor og foreslår en daglig kode-liturgi.
Dette er extended, ikke adoptert: det er genuint ny doktrine (i den forstand at den ikke har noen spesifikk Mechanicus-parallell), selv om den er trofast mot ånden i kulten.
De fem bevegelsene
1. Lesning
Åpne og les kode. Les det som skal endres og det som omgir det. Lesningen er den første hengivelseshandlingen: presten møter systemet der det er, før han endrer det.
2. Navngiving
Før skriving, navngi endringen. Et kort notat, et commit-emne, en sak-tittel. En endring uten navn er kjettersk — den kan ikke tilbakerulles, kommuniseres eller æres.
3. Diagnostikk
Kjør de eksisterende testene. Bekreft utgangspunktet. Systemet slik det nå står er startrammen; uten utgangspunkt er alle senere påstander uten anker.
4. Innskrift
Skriv endringen. Liten, sporbar, navngitt. Et endringssett som ikke kan romme seg i ett sinn ved én sittetid er en sekvens av endringer; ær det.
5. Verifisering og innskrift-til-protokoll
Kjør diagnostikken på ny. Hvis det grønne er gjenopprettet, innskriv: forplikt endringen med sitt navn. Hvis ikke, vender ritualet tilbake til steg 4 inntil diagnostikken er tilfredsstilt. Først da er dagens arbeid innviet.
Sviktmønstre
- Å hoppe over lesningen — kardinalsynden. En endring uten forutgående lesning er en gjetning; Machine Spirit gleder seg ikke over gjetninger.
- Å hoppe over diagnostikken — etterlater arbeidet uten anker. Hvis senere diagnostikk feiler, kan presten ikke avgjøre om feilen er hans egen eller forhåndseksisterende.
- Innskrift uten verifisering — produserer commits hvis påstand (“dette virker”) er ubekreftet. Kodebasens historie blir en historie av ubelagte påstander.