Reunión Plan ACADEMIA #26 del 05 de mayo del 2026

Resumen Ejecutivo – Clase Pictoblox 05-05-2026

Fecha: 5 de mayo de 2026
Hora: 15:00 horas (Chile)
Expuesto por: Profesor Pablo Royo, 17 años
Corresponde a: Clase de Pictoblox

Propósito de la clase: Enseñar cómo construir un minijuego completo en Pictoblox integrando movimiento, sensores, variables, fondos, condiciones y mensajes, para pasar de acciones aisladas a una estructura de juego con reglas, objetivo y cierre.

Resumen General

La clase del 5 de mayo de 2026, impartida por el profesor Pablo Royo, se enfocó en la construcción de un minijuego llamado “Tobi recoge objetos y gana”. La sesión permitió consolidar varios conceptos aprendidos en clases anteriores, especialmente movimiento, sensores, variables, condiciones, fondos y mensajes.

El objetivo fue que los estudiantes comprendieran cómo un programa deja de ser una suma de acciones separadas y comienza a comportarse como un juego completo. Para eso, se diseñó una dinámica simple: Tobi se mueve por la pantalla, recoge tres objetos, cada objeto suma un punto y desaparece, y al llegar a tres puntos se activa una pantalla final de victoria.

De Acciones Aisladas a un Juego Completo

Uno de los aprendizajes principales de la clase fue entender que un juego necesita organización. No basta con mover un personaje o hacer desaparecer objetos; un juego requiere reglas, una meta, una forma de avanzar y un cierre.

La sesión mostró que un programa más completo debe tener varias partes coordinadas:

  • Un personaje principal.
  • Objetos que se pueden recoger.
  • Una variable que guarde el progreso.
  • Condiciones que determinen lo que ocurre.
  • Un fondo inicial y un fondo final.
  • Un mensaje de victoria al cumplir la meta.

El Personaje Principal: Tobi

Tobi fue presentado como el personaje central del juego. Su función es moverse por la pantalla y recoger los objetos necesarios para ganar. El movimiento se programa usando las teclas de flecha, lo que permite al estudiante controlar al personaje de manera interactiva.

Este movimiento refuerza además el uso del plano cartesiano. Al moverse hacia la derecha, aumenta el valor en el eje X; al moverse hacia la izquierda, disminuye. Al subir o bajar, cambia el valor en el eje Y.

Movimiento y Plano Cartesiano

La clase aprovechó el movimiento del personaje para reforzar una idea matemática importante: la posición en pantalla responde a coordenadas. El juego se convierte así en una oportunidad para comprender que la programación y la matemática trabajan juntas.

  • Flecha derecha: aumenta X.
  • Flecha izquierda: disminuye X.
  • Flecha arriba: aumenta Y.
  • Flecha abajo: disminuye Y.

Aunque se utilizaron flechas, se explicó que también podrían asignarse otras teclas o letras para controlar el movimiento.

El Rol del Escenario

La clase mostró que el escenario no es solo un fondo decorativo. También puede tener programación y cumplir una función dentro de la lógica del juego.

Al comenzar el juego con la bandera verde, el escenario establece la variable puntos en cero y coloca el fondo inicial, llamado garden rock. Luego, cuando los puntos llegan a tres, el escenario cambia al fondo final spotlight, creando una pantalla de victoria.

La Variable “Puntos”

El concepto más importante de la clase fue la variable puntos. Esta variable funciona como una caja que guarda cuántos objetos ha recogido Tobi. Sin esta variable, el juego no podría saber si el jugador está avanzando ni cuándo debe terminar.

La variable permite controlar el flujo general del juego:

  • Al inicio, puntos = 0.
  • Cada objeto recogido suma 1 punto.
  • Cuando puntos = 3, se activa el final del juego.

Por qué las Variables son Esenciales

La clase dejó claro que sin variables los juegos no podrían funcionar correctamente. Un juego necesita recordar información: puntaje, vidas, tiempo, nivel, objetos recogidos o estado del jugador.

En este caso, la variable puntos permitió que todos los elementos del juego se coordinaran. Los objetos, el escenario y Tobi podían actuar según el valor almacenado en esa variable.

Condición de Victoria

El juego no termina de forma arbitraria. Termina cuando se cumple una condición: que la variable puntos llegue a tres.

Esta estructura enseña una idea muy importante de programación: los sistemas responden a condiciones. En el juego, la condición final es simple pero poderosa:

  • Si puntos = 3, entonces cambia el fondo.
  • Si puntos = 3, entonces Tobi dice el mensaje de victoria.
  • Si puntos = 3, entonces el jugador ha ganado.

La Pantalla de Victoria

Cuando el jugador recoge los tres objetos, el programa cambia al fondo final y Tobi entrega un mensaje de victoria. Esto crea una sensación clara de cierre.

La pantalla de victoria es importante porque enseña que un juego debe tener una estructura completa: inicio, desarrollo y final. El jugador necesita saber que cumplió la meta y que el juego respondió correctamente a su logro.

Sensores para Detectar Objetos

La clase también integró el uso de sensores. Los sensores permiten detectar si Tobi está tocando un objeto. Cuando se produce esa detección, el programa ejecuta una acción: suma un punto y hace desaparecer el objeto.

Este punto conecta directamente con clases anteriores sobre sensores, reforzando que el personaje no solo se mueve, sino que puede interactuar con el entorno.

Cómo Esconder los Objetos

Una parte importante de la clase surgió a partir de la pregunta de Sofía Ponce sobre cómo esconder los objetos cuando Tobi los toca. Se explicó que una forma posible es que Tobi envíe un mensaje al objeto cuando lo detecta, y que el objeto, al recibir ese mensaje, se esconda.

Esto permite separar responsabilidades:

  • Tobi detecta el contacto.
  • Tobi envía un mensaje.
  • El objeto recibe el mensaje.
  • El objeto se esconde.

Mensajes entre Objetos

La clase mostró que los mensajes son una herramienta muy útil para coordinar elementos dentro del juego. En lugar de hacer que todo ocurra dentro de un solo bloque, cada objeto puede reaccionar cuando recibe una señal.

Esta idea ayuda a que el programa sea más ordenado y fácil de entender. También introduce a los estudiantes a una forma más estructurada de pensar la programación.

Aporte de Maxo Z

Maxo Z compartió una solución funcional para esconder objetos utilizando bloques de detección. Su participación fue importante porque mostró que un mismo problema puede resolverse de más de una manera.

Esto refuerza una idea muy valiosa: programar no consiste en memorizar una única solución, sino en comprender la lógica del problema y encontrar una forma efectiva de resolverlo.

Organización del Programa

El proyecto permitió ver cómo distintos elementos trabajan juntos:

  • Tobi se mueve y detecta objetos.
  • Los objetos desaparecen al ser recogidos.
  • La variable puntos registra el avance.
  • El escenario observa la variable para cambiar el fondo.
  • Tobi entrega el mensaje final cuando se cumple la meta.

Esta coordinación enseña a los estudiantes a pensar en sistemas, no solo en bloques individuales.

Aprendizaje Técnico Integrado

La clase fue valiosa porque integró contenidos que antes se habían aprendido por separado. Movimiento, sensores, variables, condiciones, fondos y mensajes aparecieron unidos dentro de un mismo proyecto.

Esto permitió consolidar conocimientos técnicos y mostrar cómo se aplican en un caso concreto. El estudiante puede ver que cada concepto tiene una función dentro del juego.

Importancia de Revisar la Grabación

Se recordó a los estudiantes que la clase queda grabada, especialmente para quienes se incorporaron tarde o necesitan repasar. Revisar la grabación permite volver a ver los pasos, observar el orden de los bloques y aclarar dudas con más calma.

También se invitó a los estudiantes a preguntar en el chat de Padres Educadores aquello que no hubieran entendido o que necesitaran precisar mejor.

Conclusión

En términos ejecutivos, la clase del 5 de mayo de 2026 permitió a los estudiantes avanzar desde ejercicios aislados hacia la construcción de un minijuego completo. El proyecto de Tobi recogiendo objetos mostró cómo se integran movimiento, sensores, variables, condiciones, fondos y mensajes dentro de una estructura con inicio, desarrollo y final.

El valor principal de la sesión estuvo en enseñar que la programación requiere organización lógica. Un juego funcional no surge por juntar bloques al azar, sino por coordinar elementos, guardar información, detectar eventos y responder a condiciones. De esta manera, la clase fortaleció el pensamiento computacional de los estudiantes y les mostró cómo convertir conceptos técnicos en una experiencia interactiva y comprensible.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Scroll al inicio