Aquí el conocimiento no llega en cursos cerrados, sino en hilos concretos: alguien tropieza con una colisión en Unity, otro explica cómo resolvió un salto en Godot y esa respuesta queda guardada para quien la busque el mes que viene. Esta página reúne por dónde empezar a leer, cómo etiquetar lo que preguntas y de qué manera devolver al foro lo que ya aprendiste.
Antes de abrir un hilo nuevo, revisa estas respuestas. Si tu duda sigue sin resolverse, publícala etiquetada por motor y tema para que alguien pueda encontrarla después.
No. Muchos equipos se arman justo con gente que nunca ha publicado nada. Lo que sí ayuda es llegar con un motor instalado, saber moverte por el editor y aceptar un alcance pequeño. Si es tu primera jam, busca hilos marcados como principiante y ofrece tareas concretas: arte de un solo nivel, sonido de menús, pruebas de build.
Depende del equipo, no del motor. Godot arranca rápido en 2D y exporta a web sin demasiada fricción. Unity tiene más assets listos y respuestas en foros cuando algo se rompe de madrugada. En los retos mensuales conviven ambos, y lo que se comparte no es el motor sino la decisión: por qué elegiste ese y qué problemas aparecieron.
Cuenta qué parte te interesa revisar: control, ritmo, legibilidad de la interfaz, dificultad. Adjunta una build jugable o un clip corto y describe qué probaste antes. Quien comenta suele responder mejor cuando sabe qué mirar. Si recibes una crítica que no compartes, explica tu razonamiento en el mismo hilo en lugar de abrir otro.
Un devlog es el registro de cómo avanza un proyecto: decisiones, dudas, errores corregidos y capturas del estado actual. Aquí no se edita para que parezca perfecto. Un devlog honesto sirve como material de estudio para quien empieza y como memoria técnica para el propio autor cuando retoma el proyecto semanas después.
Cada mes se propone una temática y un plazo. No hay premios ni ranking: el objetivo es publicar un prototipo jugable, comparar enfoques y devolver al foro lo aprendido respondiendo dudas de otros participantes. Puedes entrar solo o unirte a un equipo abierto en el hilo del reto.
Sí, siempre que el hilo incluya contexto: en qué jam nació, qué motor usaste, qué cambiarías y qué tipo de comentarios buscas. Los enlaces sueltos sin explicación suelen pasar desapercibidos. Si tienes dudas sobre cómo redactar el hilo o cómo moverte por el foro, puedes escribirnos desde la página de contacto.
Las normas de convivencia y el uso del contenido compartido están descritas en los términos del foro.
Aquí van las reglas que evitan malentendidos cuando alguien abre un hilo, sube un prototipo o pide feedback. No son normas rígidas, pero sí acuerdos que mantienen el foro útil para quien llega buscando respuestas concretas.
Un prototipo es una build jugable, aunque sea fea. Puede ser un cubo que salta, una mecánica suelta o un nivel sin texturas. No hace falta menú, ni guardado, ni arte final. Si se puede abrir, mover algo y entender la idea en menos de un minuto, sirve para el foro.
Cuando pides opinión, la respuesta puede señalar bugs, mecánicas confusas o decisiones que no encajan. Eso no significa que el proyecto esté mal. Comentar un prototipo es hablar del juego, no de quien lo hizo, y quien responde también asume que su criterio es solo un punto de vista.
Si tu duda es de Godot, Unity o de cualquier otro motor, indícalo en el título del hilo. Añade también la versión y el sistema donde ocurre el error. Un hilo bien etiquetado se encuentra meses después y sirve a quien tropieza con lo mismo.
Publicar avances incluye lo que salió mal. Un devlog que solo muestra el resultado final enseña poco. Cuenta qué probaste, qué descartaste y por qué cambiaste de rumbo. Ese registro es el material de estudio que otros leen antes de preguntar.
Los retos son ejercicios guiados, no competiciones cerradas. La temática se propone al inicio del mes y cada participante decide el alcance. Se puede entregar tarde, se puede entregar a medias y se puede abandonar sin drama. Lo importante es publicar lo que haya y comentar el de los demás.
El foro está centrado en desarrollo de videojuegos y aprendizaje colectivo. Quedan fuera temas de azar, apuestas, criptomonedas, trading, préstamos o material para adultos. Tampoco se aceptan hilos que promocionen productos sin relación con la creación de juegos.
Si dudas sobre si algo encaja, pregunta antes de publicar. Es más rápido resolverlo en un mensaje que borrar un hilo después.
Cada semana reunimos lo que se está cociendo en el foro: dudas resueltas sobre Godot y Unity, devlogs que documentan decisiones y no solo capturas bonitas, y los retos mensuales con su temática ya publicada. Nada de resúmenes vacíos: enlaces directos a los hilos, al prototipo y a la respuesta que cerró el problema.
Solo tu correo. Puedes darte de baja cuando quieras y sin explicaciones.