El Overload y la recursión traicionera

Overload es un lindo juego, cuyo objetivo es pintar totalmente el tablero del color propio, evitando que el oponente haga lo mismo. Para ello se van agregando gotas de pintura a las casillas sin color o que ya tengan nuestro color.
Las casillas pueden contener a lo sumo tres gotas. Si se agrega una gota más a una casilla llena, esta rebalsa y se vacía, vertiendo una gota de su color en las casillas vecinas, y pintándolas del color propio.
Lo divertido es que si alguna vecina ya estaba llena, rebalsa a su vez, produciendo reacciones en cadena que pueden cambiar totalmente el aspecto del tablero, haciendo casi incalculables las consecuencias de las movidas.

Como el juego me gustaba mucho y quería probar algunas variantes en la mecánica, programé mi propia versión.
Cuando tuve algo más o menos jugable, lo probé. Iba tirando las gotitas esperando que ocurriera el primer error (ningún programa funciona bien al principio, salvo aquel mítico primer programa de la historia, que calculaba números primos).
En las primeras reacciones en cadena, mi programa se comportó tan bien que estaba emocionado.
Sin embargo, cuando el tablero se empezó a llenar, de repente el programa se congeló. No me dejaba seguir jugando. Es más, la computadora se negaba a obedecer; tuve que reiniciarla.

Luego de mucho renegar, encontré la falla: había programado las reacciones en cadena de la manera más simple que se me había ocurrido: la función que agregaba una gota en una casilla llamaba, si era necesario, a la función que hacía rebalsar la casilla; y ésta a su vez llamaba a la primera para agregar las gotas en las casillas vecinas.

El problema es que lo que en teoría era el comportamiento adecuado, en la práctica producía, con ciertas configuraciones del tablero, una recursión infinita.
Para resolverlo tuve que afear un poco el código, haciéndolo iterativo en lugar de recursivo.

Me dolió un poco, pero funcionó.