El parser como siempre: construimos partes como número, coordenada etc.. Aquí la novedad es instructionP que parsea un "fold" y devuelve un lambda que realiza el doblado propiamente dicho "lambda a: fold(a, x, y)" donde x y son el eje e y la fila ó columna respectivamente.
para construir la hoja desde las coordenadas suminstradas tenemos la función data_to_sheet bastante directa (reseñar que hay que averiguar primero la dimensión de las lista de listas)
Cada instrucción acaba siendo una lambda que llama a fold: Calculamos las nuevas dimensiones tras el doblado y mapeamos los valores de la hoja original a la nueva hoja recalculando las corrdenadas x, y a la nueva geometría.
La primera parte pues construimos la hoja y aplicamos las instrucciones (bueno paramos tras la primera) y contamos el numero de puntos '#' que tiene la hoja plegada.
Tanto el fichero de test como el del puzle salen a la primera sin mas problemas (importante papel y lapiz para los cálculos o TDD lo demas como decía Bonifacio (mi profe de Pascal): "es poner el culo en el teclado")
Estrellita p'al bote:
(importante papel y lapiz para los cálculos o TDD lo demas como decía Bonifacio (mi profe de Pascal): "es poner el culo en el teclado")
En la segunda parte dejamos que se apliquen todas las instrucciones y luego ya por inspección visual obtenemos la respuesta al puzle:
Claramente se ve mi código de licencia (bueno lo he cambiado para que no me lo copiéis 🤪)
El parser: secuencia de parsers "polymerP" y "newlineP >> rulesP" que capturan tanto la plantilla como las reglas. Creamos todos los subparser necesarios. Leed la función desde el final hacia arriba y veréis la "estructura"
la parte 1 "del tirón". Leemos las reglas y preparamos un diccionario.. BB -> C. En cada paso de polimerización convertimos el pólimero en pares(zip) y aplicamos la conversión a cada par según el dict. El resultado crece rápidamente por lo que abreviamos la salida si len > 60
Preparamos un diccionario con las conexiones entre nodos (si a -> b entonces b -> a tambien) y luego llamamos a la función traverse que devuelve un generador de rutas que usamos para contabilizar la respuesta y mostrar las rutas al asuario.
El parser!! No me canso de quitarme problemas leyendo la entrada con un poco de cuidado (incluso he tratado de correr el fichero de un puzle con el código de otro y esto ayuda a que nada que no tenga que pasar "pase"...
Leemos todos los "chunks" y de aquellos corruptos calculos su "score" an base al caracter que no cuadraba en el lexing.. Usamos un dict para las puntuaciones +
problemas de lectura comprensiva? yo, a veces, lo que me ha llevado a darme de bruces con el puzle (habiendo pasado el test) hasta que quité las diagonales que nadie me habia pedido 🤨
El parser. aprovechamos para probar estrategias de sanitización como por ejemplo leer la primera linea y adaptar el parser al vuelo para que las demas sean exactamente de la misma longitud +
Otro trabajo "guarro" y que conste que quise hacerlo de una forma elegante pero acabé haciéndolo en plan "el juego de la imitación" buscando el "Heil JS!" y esperando pacientemente a que la "bomba" cuadrase todo..
Ha sido muy guarro y no me ha gustado (he usado la fuerza bruta) asi que bueno ya daré con la solución mas elegante que seguramente será una función conveza o algo similar 😓