Zoals eerder geschreven, in het jury secretariaat moesten de uitslagen verwerkt worden tot een wedstrijdverslag en de winnaars bepaald worden. Dat werd dus in onze beginjaren handmatig door een ploeg gediplomeerde mensen verwerkt. Het aantal mensen was afhankelijk van het aantal deelneemende verenigingen. Hoe meer verenigingen hoe meer verslagen er geproduceerd moesten worden. Intensief en nauwkeurig werk.
Ieder jaar werd er met pinster een internationaal toernooi over twee en een halve dag georganiseerd met deelnemende verenigingen uit Duitsland, België en Engeland. Dus nog heel veel verenigingen en heel veel deelnemers met op het hoohte punt in totaal ongeveer 3500 starts met ongeveer 5 tot 8 zwemmers per keer. Dat betekende meer dan 20.000 uitslagen verwerken.
Petra was in die periode werkzaam als assistent wedstrijdsecretaresse en als zodanig vroeg op de hoogte van dat wat ging komen.
Toevallig was Arie via zijn werk tijdelijk in het bezit gekomen van een van de eerste echte computers, een Apple II. Een relatief kleine kast met een draagbare tv als monitor en een omgebouwde electrische typemachine als printer. Nu zouden we lachen om zo'n configuratie maar toen had vrijwel nog niemand een computer gezien.
Arie had bedacht dat de verwerking van het pinkster toernooi met deze computer verwerrkt kon worden. Programmeren ging in Basic. Na enkele sessies met de wedstrijdsecretaresse Maya werden de eisen voor een programma zichtbaar. De taken moesten zijn: verwerken van inschrijvingen verenigingen, deelnemers met hun inschrijftijden en te zwemmen programmanummers. Met deze gegevens moest de serie en baanindeling berekend worden (de verwachte snelste zwemmers in de laatste serie en in de middelste banen). Dan het printen van de indelingen en na handmatige controle publiceren. Dat was het makkelijke deel. Maar niets gaat direct probleemloos. De printer (typemachine) werkte met een inktlint en dat bleek aan vervanging toe. Gelukkig was iemand in staat om een verrvangend lint via zijn werkgever te regelen.
Tijdens de werdstrijd werden de uitslagen handmatig gecontroleerd door twee personen en vervolgens door een ander in de computer ingevoerd. Daar ontstond een volgend probleem van technische aard al wisten we dat niet meteen. Het bleek dat de computer er na het invoeren van een aantal uitslagen mee stopte. Goede raad was duur. Na enige tijd leek de computeer er weer zin in te hebben en konden we door maar was de achterstand in verrwerking fors opgelopen. Glukkig op de zaterdagmiddag met maar een halve dag aan wedstrijd.
Alle spullen mee naar huis genomen en geprobeerd om de achterstand weg te werken. Bleek een groot deel van de nacht in beslag genomen te hebben. Duidelijk was dat we zo niet verder konden. Na wat testen had Arie de oorzaak gevonden. De computer kende een een functie die "carbage collection" heet. Door de vele wijzigingen in de gegevens worden steeds delen van het geugen vrij gegeven en andere delen weer gevuld. Na verloop van tijd is dan het hele geheugen gebruikt en wordt deze functie geactiveerd die alle legen plekken naar achter verplaatst zodat er weer een aaneengesloten vrij deel van het geheugen ontstaat. Op zich verklaarbaar maar het kostte veel tijd waarop de computer niet beschikbaar was. Door nu regelmatig deze functie automatisch te activeren op een moment dat het uitkomt was er nu steeds sprake van een kleine vertraging op een moment dat dat uitkwam. En daarmee was het probleem opgeelost en liepen beide pinsterdagen vlekkeloos met strak geproduceerde en foutloze uitslaglijsten met een gering aantal mensen betrokken bij de verwerking. Geen stap vooruit maar een sprong.