2.º de ESORuta de edumaterial
Qué vas a aprender
- Sigue el estado de los datos, comprueba los límites y busca una entrada que revele el error.
Antes de empezar
- Leer tablas sencillas y expresar comparaciones con unidades.
La idea que guía el proyecto
Sigue el estado de los datos, comprueba los límites y busca una entrada que revele el error.
Del propósito a la ejecución
- Algoritmo
- Descripción precisa de pasos y decisiones que transforma unas entradas en un resultado. Se puede seguir con una tabla de estados en papel antes de programarla.
Razonar con condiciones y evidencias
Una instrucción debe permitir saber qué ocurre a continuación sin adivinar la intención del autor. Define entradas, salida y significado de cada variable. El saldo disponible no es el último gasto, aunque ambos sean cantidades de dinero. Al seguir una ejecución, anota el valor actual tras cada cambio; utilizar el estado inicial en todas las decisiones produce un programa diferente.
Una condición divide los casos según una relación concreta. Menor que un límite excluye la igualdad; menor o igual la incluye. Si deben cumplirse dos requisitos simultáneos, aceptar uno solo cambia el propósito. Los ensayos cerca de la frontera y con una condición cumplida y la otra incumplida ayudan a descubrir errores que no aparecen con una entrada cómoda del interior.
Una repetición necesita explicar qué cambia y cuándo vuelve a comprobarse la condición. Restar una cantidad puede pasar de un valor positivo a otro negativo: la ejecución no se detiene por intuición justo en cero si ese estado nunca aparece. Comprueba también listas vacías y datos ausentes. Un valor no anotado no debe convertirse en una entrada numérica válida sin una regla expresa.
Depurar consiste en contrastar lo que hace el procedimiento con lo que debía hacer. Guarda una traza del error, cambia la instrucción pertinente y repite también casos que ya funcionaban. Estos ejercicios preparan la descripción de algoritmos y diagramas de flujo; resolverlos en papel no acredita haber implementado una aplicación ni utilizado programación por bloques. Los diagramas futuros deben conservar las ramas y dependencias del procedimiento.
Cómo elaborar una decisión comprobable
- Describe entradas, salida y significado de variables.
- Sigue una traza, actualizando estado antes de la siguiente decisión.
- Contrasta casos interiores, fronteras y casos que separen condiciones.
- Corrige la regla responsable y repite controles del propósito.
Leer el estado sin confundir variables
| Elemento | Qué se registra | Error que se evita |
|---|---|---|
| Entrada | Dato que llega en ese momento | Leer el dato anterior |
| Acumulador | Resultado parcial actualizado | Volver al valor inicial |
| Condición | Relación que decide la rama | Incluir o excluir una frontera sin comprobarla |
Ejemplo resuelto
Un algoritmo recibe longitud y anchura de un rectángulo, calcula su perímetro y después utiliza ese perímetro como si fuera el área para comprar material. Para 5 cm y 2 cm muestra 14. Revisa el significado del resultado.
- La salida 14 corresponde a 2 × (5 + 2), en centímetros.
- La compra de superficie necesita 5 × 2 = 10 centímetros cuadrados.
- Conservar variables y unidades distintas para contorno y superficie.
El cálculo del perímetro es correcto, pero no cumple el propósito de estimar superficie. Se repara la operación y la unidad, no solo el número mostrado.
Revisar un salto de razonamiento
Una prueba que sale bien demuestra que la regla vale para todas las entradas.
Una prueba favorable debe complementarse con casos que separen las reglas rivales.
Hay errores que solo aparecen en fronteras, ausencia de datos o combinaciones distintas.
Comprueba con un caso nuevoPrueba otro caso
El programa recorre [2, 5, 0, 4], inicia suma y contador en 0 y se detiene antes de procesar el primer cero. Para cada entrada procesada, suma el dato y aumenta contador en 1. Ajusta suma y contador finales.
El programa recorre [3, 0, 4, 2] completa. Si el dato es cero lo omite; en otro caso suma el dato y aumenta el contador, iniciados en cero. Ajusta suma y contador finales.
Solución accesible sin interacción
Respuesta: Suma final: 7; Entradas procesadas: 2
Se procesan 2 y 5; el cero finaliza la lectura antes de contarlo. Suma 7 y contador 2; el 4 queda sin leer.
Respuesta: Suma final: 9; Entradas procesadas: 3
Omitir el cero no detiene la lista: se suman 3, 4 y 2, total 9, con tres entradas procesadas. Este reintento cambia la regla de parada.
Qué conservar al cambiar de proyecto
- Sigue el estado de los datos, comprueba los límites y busca una entrada que revele el error.
- Una prueba favorable debe complementarse con casos que separen las reglas rivales.
- Expresa qué dato podría cambiar tu decisión.
Proyecto breve de cierre
Un algoritmo debe contar entregas completas en una lista: C significa completa y F fallida. Su contador arrastra el valor 2 de la ejecución anterior. Con [C, F, C] devuelve 4. Propón la reparación, una prueba que detecte el arrastre y otra que confirme la regla de conteo. Escribe tu respuesta en papel antes de abrir el modelo. Autoevalúala después: localiza la evidencia de cada criterio y completa lo que falte. Se aceptan propuestas y redacciones diferentes si cumplen las condiciones; no se asigna una nota automática.
Solución accesible sin interacción
- Revisar la persistencia de valores entre ejecuciones
- Usar un caso que detecte arrastre
- Conservar la condición de contar solo C y justificar salidas
Respuesta: Pondría el contador a cero al comenzar. Una lista vacía debe dar cero y detecta el arrastre; [C, F, C] debe dar dos y comprueba la selección de completas.
Criterios semánticos: Reparar el estado inicial de cada ejecución; Usar un caso que detecte arrastre; Conservar la condición de contar solo C y justificar salidas. Se admite toda paráfrasis, cambio de orden y propuesta viable que conserve estas relaciones y los límites del caso. Completa: satisface todos los criterios; parcial: conserva algunos y debe completarse; incorrecta: contradice un dato o requisito esencial. Modelo alternativo válido: Reiniciaría el contador en cero al comenzar; repetir la misma lista debe dar dos cada vez, y una lista vacía debe dar cero. Se suma solo cuando llega C, no F; esos controles separan selección y estado arrastrado. Contraejemplo no aceptable: Cambiar la suma de cada entrega para compensar los dos puntos iniciales. Razón: Compensar una ejecución concreta no elimina el estado heredado ni funciona para otras listas.
Compruébalo ahora
El programa debe mostrar la posición de la primera medida superior a 10 en una lista. El programa actual recorre toda la lista y guarda cada posición que cumple, sobrescribiendo la anterior. Para [4, 12, 7, 15], revisa la salida, diseña otro ensayo que revele el mismo defecto y propón una reparación. Escribe tu respuesta en papel antes de abrir el modelo. Autoevalúala después con los criterios; se aceptan redacciones y propuestas equivalentes, sin una nota automática.
Ver solución explicada
- Contrastar salida real y requisito
- Proponer un ensayo discriminante con predicciones
- Reparar la actualización y mantener el significado de la posición
Respuesta: Con posiciones desde uno, debería mostrar 2 pero termina guardando 4. [11, 2, 13] también distingue primera y última: 1 frente a 3. Puede detenerse tras el primer hallazgo o guardar solo si aún no hay posición; una lista sin hallazgos necesita salida de ausencia.
Una respuesta completa declara desde dónde numera posiciones y conserva esa convención en requisito, programa y prueba. Se admite cualquier paráfrasis que conserve datos, relaciones y alcance. No basta repetir una etiqueta sin justificarla. Modelo: Con posiciones desde uno, debería mostrar 2 pero termina guardando 4. [11, 2, 13] también distingue primera y última: 1 frente a 3. Puede detenerse tras el primer hallazgo o guardar solo si aún no hay posición; una lista sin hallazgos necesita salida de ausencia.
Un programa busca la mayor medida de una lista. Empieza máximo en 0 y compara cada valor. Las medidas pueden ser negativas y se da la lista [-5, -2, -8]. Revisa el resultado y propón una inicialización que funcione para listas no vacías. Explica también qué se debe hacer con una lista vacía. Escribe tu respuesta en papel antes de abrir el modelo. Autoevalúala después: localiza la evidencia de cada criterio y completa lo que falte. Se aceptan propuestas y redacciones diferentes si cumplen las condiciones; no se asigna una nota automática.
Ver solución explicada
- Obtener y contrastar la salida del programa y el máximo de la lista
- Proponer una inicialización compatible con el rango admitido
- Distinguir lista vacía de valor cero
Respuesta: El programa devolvería cero, que no pertenece a la lista; la mayor medida es menos dos. Inicializaría con la primera medida y compararía el resto. Una lista vacía necesita aviso de falta de datos, no un máximo inventado.
Criterios semánticos: Derivar cero como salida defectuosa y -2 como máximo real; Proponer inicio con un elemento real de la lista; Distinguir lista vacía de valor cero. Se admite toda paráfrasis, cambio de orden y propuesta viable que conserve estas relaciones y los límites del caso. Completa: satisface todos los criterios; parcial: conserva algunos y debe completarse; incorrecta: contradice un dato o requisito esencial. Modelo alternativo válido: La ejecución deja cero, aunque la mayor entrada es menos dos. Tomaría la primera medida como referencia y compararía las demás; si no hay entradas devolvería un aviso de ausencia, sin inventar un máximo. Contraejemplo no aceptable: Cero es el máximo porque es mayor que los números negativos. Razón: El máximo debe ser una medida de la lista y cero no está entre las entradas.
Un plan usa un solo equipo para preparar una plantilla de 6 min y revisar datos de 4 min. Redactar lleva 3 min y necesita ambas tareas. Se propone comenzar las dos a la vez porque no dependen entre sí. Revisa si eso basta para ejecutar el plan y representa un horario viable con el recurso declarado. Escribe tu respuesta en papel antes de abrir el modelo. Autoevalúala después con los criterios; se aceptan redacciones y propuestas equivalentes, sin una nota automática.
Ver solución explicada
- Distinguir dependencia lógica y disponibilidad de recursos
- Conservar los requisitos previos de redacción
- Representar un horario viable sin añadir un segundo equipo
Respuesta: Aunque las tareas no dependan entre sí, comparten un único equipo y no pueden solaparse con ese recurso. Se puede hacer plantilla de 0 a 6, revisión de 6 a 10 y redacción de 10 a 13, o invertir las dos primeras.
Una respuesta completa considera recursos además de dependencias; no se acepta paralelismo que presuponga equipo adicional. Se admite cualquier paráfrasis que conserve datos, relaciones y alcance. No basta repetir una etiqueta sin justificarla. Modelo: Aunque las tareas no dependan entre sí, comparten un único equipo y no pueden solaparse con ese recurso. Se puede hacer plantilla de 0 a 6, revisión de 6 a 10 y redacción de 10 a 13, o invertir las dos primeras.
Un algoritmo resta 3 a un contador inicial de 8 mientras el contador sea distinto de cero. El equipo promete que finalizará. Produce las primeras cinco actualizaciones y revisa la promesa. Propón una condición de parada para terminar al agotarse una cantidad positiva, sin cambiar el paso de tres. Escribe tu respuesta en papel antes de abrir el modelo. Autoevalúala después con los criterios; se aceptan redacciones y propuestas equivalentes, sin una nota automática.
Ver solución explicada
- Conservar operación y orden de la traza
- Relacionar estados alcanzables y condición de parada
- Proponer una reparación coherente con el propósito declarado
Respuesta: La traza empieza 8, 5, 2, -1, -4, -7: no alcanza cero. Si el propósito es continuar solo mientras haya cantidad positiva, se usa contador > 0; al llegar a -1 se detiene. Si se exige nunca pasar a negativo, haría falta otra regla y explicitar ese propósito.
Una respuesta completa distingue terminar al dejar de ser positivo y alcanzar exactamente cero; no inventa una actualización que no existe. Se admite cualquier paráfrasis que conserve datos, relaciones y alcance. No basta repetir una etiqueta sin justificarla. Modelo: La traza empieza 8, 5, 2, -1, -4, -7: no alcanza cero. Si el propósito es continuar solo mientras haya cantidad positiva, se usa contador > 0; al llegar a -1 se detiene. Si se exige nunca pasar a negativo, haría falta otra regla y explicitar ese propósito.
Alineación curricular y fuentes
- Anexo II, Tecnología y Digitalización, desarrollo parcial del objetivo del piloto. · Real Decreto 217/2022, currículo básico de ESO
- Anexo II, Tecnología y Digitalización, 2.º ESO, páginas impresas 670–672: apoyo parcial al objetivo, sin acreditar la ejecución física ni la cobertura completa de la materia. · Decreto 65/2022, de 20 de julio, del Consejo de Gobierno, por el que se establecen para la Comunidad de Madrid la ordenación y el currículo de la Educación Secundaria Obligatoria.
- Decreto 65/2022, de 20 de julio: ubicación del objetivo en Tecnología y Digitalización de 2.º ESO. Apoyo parcial, sin acreditar ejecución física. · Comunidad de Madrid