Usamos cookies para mantener el sitio estable, recordar opciones basicas y entender que paginas resultan utiles. Puedes aceptar, rechazar o revisar la configuracion antes de continuar.
Antes de publicar nada conviene saber qué esperamos de cada entrega, cuánto tiempo suele llevar y en qué punto del proceso se puede pedir ayuda. Aquí queda el orden real de las cosas, sin promesas de por medio.
Cuando algo se atasca a mitad de un reto o una integración no arranca como esperabas, hay tres vías para escribirnos. Todas pasan por la misma cola de revisión, así que no hace falta duplicar el mensaje en varios sitios.
Respondemos en horario de Madrid, de lunes a viernes. Los fines de semana la cola se revisa igual, pero con menos gente mirando.
Para dudas de arquitectura, revisión de código o problemas con un shader que no compila. Adjunta el fragmento mínimo que reproduce el fallo y la versión del navegador o de Node.
Útil cuando el problema bloquea una entrega del reto semanal y no se resuelve por escrito. Si no contestamos, deja un mensaje con el identificador del reto.
Para envíos de material impreso, facturación o cualquier trámite que necesite constancia física. No lo uses para soporte técnico urgente.
Calle Caraballo, 111, 22º C, 41743, San Escamilla
Antes de escribir, revisa las preguntas frecuentes y contacto y las condiciones de uso: muchas dudas sobre plazos, formatos de entrega y licencias ya están resueltas ahí.
Cada semana abrimos un enunciado, damos margen para publicar soluciones y cerramos con una revisión abierta. Estos son los pasos que seguimos siempre, con lo que esperamos de ti en cada uno y los límites reales del proceso.
Cada lunes subimos la consigna con el objetivo técnico, restricciones de librerías y un ejemplo mínimo. Si el reto es de shaders o canvas, indicamos la versión de WebGL o el navegador de referencia.
Los retos están clasificados en tres niveles: iniciación, intermedio y experimento abierto. Puedes resolverlos en JavaScript, Python o Processing; lo importante es que el código sea reproducible en local sin dependencias raras.
Subes el repositorio o el fragmento comentado antes del domingo. No hace falta que esté pulido: nos interesa ver decisiones, atajos y los errores que fuiste corrigiendo por el camino.
Durante la semana siguiente se abren hilos de revisión. Se comentan tiempos de ejecución, estructura del código y alternativas. Nadie reescribe tu solución: se compara con otros enfoques y se deja constancia de lo que funcionó.
Las piezas que la comunidad elige se publican en la galería con una ficha breve: lenguaje, tiempo de ejecución aproximado y una nota sobre la técnica usada. Es un archivo vivo, no un ranking.
El ciclo se reinicia el lunes siguiente. Algunos retos se encadenan: un shader de la semana anterior puede servir de base para el experimento de audio reactivo de la siguiente.
Si quieres ver cómo encajan estos pasos con el resto del proyecto, revisa la página de proceso o pásate por quiénes estamos detrás.