Anti-flikker rendering

Wanneer een variant iets boven de vouw wijzigt, mag de bezoeker het origineel niet eerst zien. De runtime verbergt de pagina terwijl wijzigingen worden toegepast en toont haar direct daarna, zodat het eerste dat gerenderd wordt de versie is die wordt getest.

Het interessante engineeringwerk zit in de tweede helft. Een klantpagina verbergen is het gevaarlijkste wat deze software doet, dus het weer tonen wordt aangeroepen vanuit vier onafhankelijke codepaden: nadat wijzigingen zijn toegepast, vanuit de binnenste foutafhandelaar, vanuit de buitenste foutafhandelaar, en in de runtime die naar sites zonder enig lopend experiment wordt geserveerd.

Die overlap is opzettelijk en wordt behandeld als een invariant, niet als duplicatie om op te ruimen. Faalt één pad, dan draait een ander nog steeds. De storing waartegen dit beschermt, is een klantsite die leeg blijft voor hun eigen bezoekers.

Fouten in experimentcode worden achteraf opgevangen en gemeld in plaats van gegooid, om dezelfde reden: een kapotte variant mag u de test kosten, nooit de pagina.