Archiefje digitaliseren? Over AQL, steekproeven, risicomanagement en dat soort saaie dingen

Alweer ruim een jaar geleden was ik voor een opdrachtgever aan de slag met het bepalen van steekproeven voor kwaliteitscontrole van de scanresultaten voor het digitaliseren van ingekomen post. Het was onderdeel van een Handboek Vervanging.

Een van de toezichthouders wilde een wat meer uitgewerkte beschrijving van de steekproefbepaling, het liefst gebaseerd op de Acceptable Quality Level-methode, zoals beschreven in een blog van Ingmar Koch.

Geen onredelijke eis en daarnaast vond ik het interessant om het eens op deze situatie uit te proberen. Tijdens het uitwerken liep ik echter tegen een probleem aan, dat ik ook in een reactie op Ingmars blog beschreven heb: Wat is een acceptabel percentage voor partijen te scannen of gescande documenten (batches) die ten onrechte goedgekeurd worden?

De kunst van het elegant programmeren.

Een paar weken geleden ontmoette ik iemand die een bedrijfje in maritieme automatisering had en kwam ik in gesprek over de stabiliteit van software. Alhoewel ik zeer geërgerd kan zijn over (en soms wel eens schade heb opgelopen door) niet functionerende of vastlopende software, is het nooit rampzalig of levensbedreigend geweest. Maar er zijn omstandigheden waarbij dat anders is. Een schip in een zware storm op volle zee heeft niet zo veel aan een 0800-helpdesk of een 'community' als essentiële navigatiesoftware vastloopt. Het bedrijf van mijn gesprekspartner besteedt dan ook bijzonder veel aandacht aan de stabiliteit van software. Ik kende een vergelijkbaar verhaal over de software voor besturingssysteem van de Maeslantkering in de Nieuwe Waterweg, dat de scharnieren van deze stormvloedkering moet aansturen. Het foutloos maken van dit relatief simpele stuk software (het programma Word is ingewikkelder) heeft jaren gekost.

Maeslantkering. Foto: Rijkswaterstaat

En zo kwamen we te spreken over Edsger Dijkstra, de grote leermeester op het gebied van 'elegante software'. Of eigenlijk 'elegant programmeren'.