El borrador del currículo CAPS de Programación y Robótica puede leerse como una lista de deseos redactada por una tecnológica de Silicon Valley. Sobre el papel exige que los centros introduzcan al alumnado en los algoritmos, las tecnologías de internet, la ciudadanía digital y los sistemas mecánicos. Para una dirección o un consejo escolar, esto suena a factura inmediata de cientos de miles de rands en portátiles de gama alta, kits de robótica propietarios y mejoras de fibra.

Pero el documento normativo y la realidad del aula son dos cosas muy distintas. Cuando retiras la palabrería, los requisitos pedagógicos reales del currículo son muy adaptables. No hace falta comprar de más. De hecho, los centros que más gastan en juguetes educativos propietarios suelen obtener el menor retorno de la inversión, porque el equipamiento resulta demasiado complejo para que el profesorado lo integre en una sesión estándar de 45 minutos.

El desglose fase por fase

El currículo se estructura en tres fases diferenciadas, y los requisitos de hardware no se vuelven serios hasta 4.º curso. Esto es lo que de verdad hace falta para alcanzar los resultados de aprendizaje:

En la Foundation Phase (cursos R a 3), el currículo es casi por completo “desenchufado”. El foco está en el pensamiento computacional: enseñar a los niños a descomponer un problema en pasos secuenciales. Esto se puede enseñar perfectamente con una cuadrícula dibujada en el suelo del aula, donde un alumno hace de “robot” y otro escribe el “código” con flechas de papel. Comprar robots de suelo recargables y caros para niños de 1.º es un lujo, no un requisito del currículo.

En la Intermediate Phase (cursos 4 a 6), el alumnado pasa a la programación por bloques en pantalla. La herramienta estándar aquí es Scratch, que es totalmente gratuita y tiene editor sin conexión. Para la parte de robótica, el currículo introduce los microcontroladores. Una BBC micro:bit sencilla cuesta unos R500 a R600. Incorpora sensores de luz, sensores de temperatura y una matriz de LED. No necesita un chasis complejo ni ruedas para enseñar los conceptos básicos de entradas, procesos y salidas.

En la Senior Phase (cursos 7 a 9) empieza el paso a la programación textual (normalmente Python) y a la electrónica básica. Aquí el alumnado necesita entender cómo interactúan componentes como las resistencias, los diodos emisores de luz (LED) y los sensores de ultrasonidos. También esto se puede lograr con kits de electrónica básicos en lugar de con chasis robóticos propietarios y premontados que cuestan miles de rands.

La trampa de comprar de más

El mayor error que cometen los centros sudafricanos es comprar kits de robótica de ecosistema cerrado. Estos kits, que suelen costar entre R8,000 y R15,000 por caja, están pensados para equipos de competición extraescolares, no para aulas de 40 alumnos.

“Cuando un centro compra hardware propietario, no solo compra el plástico; se mete en un ecosistema de licencias que a menudo exige internet de alta velocidad, recambios caros y software propietario que no funciona en los portátiles antiguos del colegio”.

Si se rompe un único sensor propietario, reponerlo puede costar cientos de rands y tardar semanas en llegar. Si en cambio usas hardware de código abierto, un sensor de repuesto cuesta menos que un café y se consigue en el mercado local. Además, las plataformas abiertas garantizan que las competencias que adquiere el alumnado sean transferibles a la ingeniería real, en lugar de quedar limitadas a la interfaz de una única marca de juguetes.

La realidad de 40 alumnos y 1 portátil

¿Cómo se implanta esto cuando tienes un grupo grande y un solo carro de portátiles? La respuesta está en la rotación y en la programación por parejas.

No hace falta una proporción de un dispositivo por alumno. En la industria del software, la “programación por parejas” (dos desarrolladores compartiendo una pantalla) es una práctica estándar que mejora la calidad del código y la colaboración. En un grupo de 40, 20 dispositivos es el límite funcional que un solo docente puede gestionar. Si tienes menos, tendrás que estructurar las sesiones en estaciones rotatorias: el grupo A trabaja retos algorítmicos desenchufados, el grupo B escribe código en los portátiles y el grupo C monta circuitos físicos.

En Sheen Robotics diseñamos nuestros servicios de implantación escolar para ayudar a los centros a encajar su infraestructura actual con los requisitos del CAPS, de modo que ningún colegio compre hardware que no vaya a poder usar de forma realista en un aula normal.

El filtro de la infraestructura: cortes de luz y wifi

Cualquier plan curricular que dependa de una conexión a internet constante y rápida fracasará en el colegio sudafricano medio. Las redes wifi escolares, sobre todo las que usan protocolos de seguridad WPA2-Enterprise, bloquean con frecuencia los puertos que necesitan los microcontroladores educativos para grabar código desde editores web.

Para montar un programa de programación resistente, tus herramientas deben cumplir tres criterios:

• Capacidad sin conexión: software como Scratch Desktop y los IDE de Python sin conexión (como Thonny) deben instalarse localmente en los equipos.
• Bajo consumo: microcontroladores como la micro:bit pueden alimentarse directamente por el puerto USB de un portátil o con un portapilas AA sencillo. No necesitan corriente de red para funcionar.
• Portátiles con batería: si tu aula de informática depende por completo de ordenadores de sobremesa, un solo bloque de corte de luz se lleva por delante tu tiempo de clase. Los carros de portátiles que se cargan durante la jornada y funcionan con batería durante los apagones son la única opción fiable.

El currículo CAPS de programación y robótica es perfectamente alcanzable si ignoras el ruido comercial. Empieza por el pensamiento computacional desenchufado, escala hacia software gratuito sin conexión y usa hardware abierto y asequible cuando des el salto a la computación física. Tu presupuesto, y tu profesorado, te lo agradecerán.