Un algoritmo describe pasos ordenados para conseguir un resultado. Puede existir en papel: las instrucciones de un recorrido también son algoritmos si concretan las acciones necesarias. Un programa expresa instrucciones mediante un lenguaje que el ordenador puede ejecutar. En Scratch utilizamos bloques. La máquina sigue lo que hemos indicado, por lo que una intención como «llega bien» necesita convertirse en acciones y condiciones observables. También hay que acordar desde dónde empieza el recorrido y hacia dónde mira el personaje.

Descomponer consiste en dividir un problema en partes que podamos entender y probar. En una historia interactiva podemos separar presentación, elección del usuario y respuesta. Cada parte tiene una entrada o acción inicial y un resultado esperado. Después comprobamos cómo se relacionan. Esta organización ayuda a localizar errores: si la elección funciona pero la respuesta no cambia, investigamos esa relación. Escribir el plan antes de arrastrar bloques permite discutirlo con la pareja y mejorar una instrucción ambigua sin reconstruir todo el proyecto.

Un diagrama de flujo representa el orden de un proceso con formas y flechas. Habitualmente usamos óvalos para inicio y final, rectángulos para acciones y rombos para preguntas. Las formas no ejecutan nada: comunican una propuesta. Una flecha indica por dónde continuar; en una pregunta, cada salida necesita una respuesta, como Sí o No. Si una rama termina sin destino, otra persona no podrá saber qué debe hacer en ese caso. Por eso importa más la claridad del recorrido que la decoración.

Un programa interactivo puede volver a comprobar una pregunta. El diagrama debe representar ese regreso cuando la acción necesita repetirse. No es igual preguntar una vez por una tecla que vigilarla durante el juego. En diagrams.net dibujamos caminos legibles y añadimos una breve descripción escrita que también permita seguirlos sin interpretar las formas. La pareja puede recorrer las ramas con casos concretos. Exportar el dibujo como PNG facilita incorporarlo al documento de diseño, pero conservar el archivo editable permite corregir la propuesta más adelante.

Scratch permite crear animaciones, historias y juegos conectando bloques. El escenario muestra el resultado de la ejecución. Los objetos o personajes pueden tener programas, disfraces y sonidos propios; el fondo pertenece al escenario. La paleta reúne las categorías de bloques y la zona de programación contiene las instrucciones del elemento seleccionado. Antes de añadir o cambiar bloques, comprueba qué objeto estás editando. Un movimiento correcto colocado en la meta moverá la meta, aunque tú estuvieras pensando en el jugador.

Los colores ayudan a localizar categorías, pero también debemos leer nombres y reconocer formas. Un bloque de inicio indica qué evento pone en marcha su secuencia. Los bloques desconectados no se ejecutan junto con ella por estar cerca en pantalla. Un disfraz cambia la apariencia del objeto sin crear necesariamente otro personaje. Podemos trabajar en el editor o en Scratch Desktop según el aula y conservar un archivo .sb3 sin abrir una cuenta personal. Guardar ese proyecto permite revisar y modificar los bloques; una captura solo muestra un momento del trabajo.

La posición se expresa con un par de coordenadas, x e y. En el escenario habitual de Scratch, el centro es (0, 0), el eje horizontal va de −240 a 240 y el vertical de −180 a 180. Aumentar x desplaza hacia la derecha; aumentar y, hacia arriba. Los valores negativos indican el lado opuesto del centro. Estas coordenadas describen el escenario, no centímetros del mundo físico. Para seguir un movimiento debemos conservar cada eje por separado y contar también la posición inicial.

Fijar x a un valor sustituye la coordenada anterior. Cambiar x por un valor suma esa cantidad a la posición actual; un incremento negativo permite restar. Repetir una asignación no produce el mismo recorrido que repetir una suma. La dirección es otra propiedad: indica hacia dónde apunta el personaje. Mover pasos sigue esa dirección, mientras cambiar x actúa sobre el eje horizontal. Preparar posición y dirección al iniciar permite comparar ensayos equivalentes y explicar si una diferencia procede del programa o de haber empezado en otro estado.

Un evento es un hecho al que el programa puede responder: pulsar una tecla, hacer clic en un objeto o activar la bandera. El bloque de evento inicia las instrucciones que tiene conectadas debajo. Dentro de esa secuencia importa el orden: decir un mensaje antes de desplazarse cuenta algo distinto que hacerlo después. Esperar permite observar una acción durante un tiempo, pero no añade distancia por sí mismo. Para explicar lo ocurrido, identifica primero qué evento has provocado y después sigue sus instrucciones en orden.

La bandera puede preparar el estado inicial, mientras una tecla produce otra acción durante el uso. Son secuencias diferentes. Varios objetos pueden responder a la misma bandera y un objeto puede tener más de un programa; no supongas que todo se ejecuta como una única lista ordenada entre objetos. Para esta iniciación conviene evitar instrucciones simultáneas que modifiquen la misma propiedad sin coordinación. Si no ocurre nada, revisa selección, conexión y evento antes de cambiar el movimiento. Separar preparación y control facilita reiniciar y comprobar el mismo caso varias veces.

Un bucle permite ejecutar varias veces un grupo de instrucciones. Cada vuelta recibe el nombre de iteración, y el borde del bloque de Scratch muestra qué acciones forman parte de ella. Cuando conocemos la cantidad necesaria, usamos una repetición limitada. Las instrucciones situadas después esperan a que terminen todas las vueltas. En cambio, por siempre mantiene la repetición mientras el proyecto sigue funcionando: esa secuencia no alcanza una acción posterior mientras continúa dentro del bucle. Por eso la posición de cada bloque cambia el comportamiento.

Para comprender ese comportamiento podemos escribir una traza: un registro de los estados que se producen paso a paso. La posición inicial también cuenta, de modo que habrá una posición anotada más que desplazamientos. Si cada vuelta suma un incremento a una coordenada, la traza permite seguir las posiciones intermedias y anticipar la final. Una pausa dentro del bucle da tiempo para observar cada vuelta; situada fuera de una repetición limitada, espera cuando todas han terminado.

Esta organización evita copiar las mismas instrucciones y permite modificar una regla común en un solo lugar. También ayuda a explicar una animación: repetir movimiento, mensaje y pausa produce una experiencia distinta de repetir solo el movimiento y mostrar el mensaje al acabar. Aunque el personaje termine en el mismo punto, el recorrido visible puede cambiar. Comparar desde un inicio conocido permite reconocer esa diferencia. Repetir más veces una orden equivocada conserva el error; entender una vuelta permite decidir qué debe repetirse y qué debe quedar fuera.

Una condición es una pregunta que el programa evalúa como verdadera o falsa en un momento concreto. El bloque si ejecuta las instrucciones de su interior cuando la respuesta es verdadera; si / si no elige entre dos alternativas. La pregunta y su consecuencia cumplen funciones distintas. Detectar que dos objetos se tocan aporta una respuesta, pero no cambia por sí mismo la posición, los mensajes ni la puntuación. El comportamiento depende de las instrucciones que relacionamos con ese resultado.

Cuando necesitamos conservar información utilizamos una variable: un valor asociado a un nombre, como puntos. Esa memoria permite que una llegada se relacione con las anteriores. Fijar puntos a cero establece el dato inicial; cambiar puntos por uno añade una unidad al valor que había. Fijarlos a uno sustituye ese valor y, por tanto, no cuenta llegadas sucesivas. La diferencia entre sustituir e incrementar explica por qué dos bloques con la misma cifra pueden producir marcadores distintos.

La condición también depende de cuándo volvemos a comprobarla. Una única consulta no detecta una tecla pulsada después; repetir la pregunta dentro de por siempre mantiene el control activo. Sin embargo, un contacto prolongado puede seguir siendo verdadero durante muchas vueltas y provocar varias sumas. Separar los objetos tras recoger o esperar al final del contacto permite distinguir nuevas llegadas. Las pruebas de quietud, separación y regreso comprueban esa regla. Al reiniciar, preparar datos y posiciones devuelve un estado conocido, sin resultados heredados de la ejecución anterior.

Probar consiste en realizar una acción desde unas condiciones conocidas y comparar el resultado con una predicción. La prueba necesita indicar qué hiciste, qué esperabas, qué ocurrió y qué concluyes. Una captura puede acompañarla, pero no demuestra por sí sola el funcionamiento del control ni del reinicio. Depurar es investigar y corregir una diferencia entre comportamiento previsto y observado. Para reproducirla conviene conservar la posición inicial, la dirección, los datos y la misma secuencia de acciones. Sin esa referencia podríamos comparar situaciones distintas y atribuir el cambio al bloque equivocado.

Investiga una causa y cambia una cosa cada vez. Después repite la prueba que fallaba y comprueba otra función relacionada. Así distingues una reparación de un cambio que oculta el problema. Una mejora responde a una necesidad, como instrucciones más claras, y también debe comprobarse. El proyecto combina plan y producto: A01 conserva diseño y microprueba; A02 reúne programa, ensayos, corrección y mejora. En pareja alternamos manejo y observación, guardamos versiones y explicamos decisiones propias. Las ampliaciones se eligen cuando la función principal está comprendida, sin convertir los tutoriales en entregas adicionales.