La respuesta corta es sencilla: fabricar hardware es caro, pero las suscripciones de software aportan los ingresos recurrentes y predecibles que exige el capital riesgo. Cuando dejas de pagar, o cuando el fabricante decide que mantener los servidores en la nube sale demasiado caro, tu costoso hardware de aula se convierte al instante en plástico y silicio inútiles.

En los colegios sudafricanos, donde los presupuestos se ganan a pulso y los entornos informáticos son notoriamente frágiles, esta «inflación de suscripciones» es más que un quebradero de cabeza contable. Es una amenaza existencial para el currículo CAPS de programación y robótica. Si una clase depende de un servidor remoto para compilar un simple bloque de código, esa clase está a un corte de luz, una factura impagada o una adquisición corporativa de ser cancelada.

La economía de la trampa «inteligente»

Para entender por qué un simple robot programable o un kit de IoT exige ahora un inicio de sesión mensual, hay que seguir el dinero. La venta tradicional de hardware es transaccional: un colegio compra 20 kits, el proveedor obtiene un beneficio puntual y el colegio usa esos kits durante cinco años. Pero mantener las aplicaciones de software que controlan esos kits cuesta dinero todos los meses. Para resolverlo, los desarrolladores pasan a un modelo de «hardware como servicio» y ponen las funciones básicas detrás de un muro de pago.

Lo vemos constantemente en el mercado de consumo, que sirve de advertencia para la educación. Por ejemplo, la empresa de jardinería inteligente Gardyn deja sus funciones automatizadas detrás de una suscripción de 39 $ al mes. Sin ella, al usuario le queda un caro soporte de luces manual. De forma parecida, la pionera de los huertos de interior automatizados, AeroGarden, ha sufrido una fuerte degradación de su aplicación y ha dejado a los usuarios sin poder conectarse a sus dispositivos cuando los servidores fallan o las aplicaciones se quedan sin actualizar. Incluso los gigantes tecnológicos tiran del enchufe: Belkin ha anunciado el cierre completo de sus servicios en la nube Wemo el 31 de enero de 2026, dejando obsoletos los dispositivos inteligentes más antiguos. Como comentaba alguien en Hacker News:

«Por eso exijo que cualquier elemento de automatización que entre en mi casa funcione sin internet y sin aplicación.»

En un entorno escolar, esa vulnerabilidad se multiplica por cuarenta alumnos intentando iniciar sesión a la vez.

Los modos de fallo en el aula sudafricana

Cuando un colegio importa herramientas educativas por suscripción, no solo compra un producto: importa dependencias de infraestructura extranjera. Así se descomponen esas dependencias en un aula local:

• El impuesto del tipo de cambio: Una suscripción de 5 $ por usuario y mes puede parecer trivial en Silicon Valley. En rands sudafricanos, que fluctúan frente al dólar, esa misma cuota puede engullir rápidamente todo el presupuesto informático anual de un colegio.
• Wifi WPA2-Enterprise: La mayoría de las redes escolares usan seguridad de nivel empresarial. Muchos kits baratos de robótica e IoT de gama doméstica no saben negociar con esas redes, lo que obliga al profesorado a montar puntos de acceso móviles inseguros solo para que un kit registre su suscripción.
• Cortes de luz programados y caídas del enlace: Aunque tu colegio tenga generador o respaldo solar para mantener las luces y los ordenadores encendidos, puede que la antena de telefonía o el nodo de fibra de la calle no lo tengan. Si tu herramienta de robótica necesita un compilador en la nube, la clase se detiene en cuanto cae la conexión a internet.
• Fatiga de herramientas en el profesorado: Según una investigación de la RAND Corporation, alrededor del 30% del profesorado afirma que sencillamente hay demasiadas herramientas digitales que gestionar. Obligar a los docentes a gestionar cuentas de alumnos, contraseñas y licencias anuales que caducan para un hardware físico solo agrava esa fatiga.

La regla de oro de las compras escolares

Para proteger a tu colegio de los activos varados, tu política de compras tiene que adaptarse. La regla es sencilla: todo lo que sea esencial para una clase debe funcionar sin conexión y sobrevivir al proveedor.

Antes de dar el visto bueno a cualquier hardware nuevo de programación, robótica o IoT, hazle al proveedor estas tres preguntas:

Construir un laboratorio resistente

Esto no es un alegato contra la tecnología moderna; es un alegato a favor de la ingeniería sostenible. Los colegios no pueden permitirse tratar el hardware educativo como electrónica de consumo desechable. Si un alumno no puede enchufar un microcontrolador a un portátil y programarlo con una interfaz local y sin conexión, esa herramienta no tiene sitio en un aula sudafricana.

Esta filosofía es la razón por la que construimos nuestro propio ecosistema de otra manera. Nuestra plataforma Sheen Canvas (/canvas) está diseñada para funcionar íntegramente en el navegador mediante compilación local con WebUSB, de modo que, una vez cargada, no necesita ninguna conexión a internet para programar tu hardware. Del mismo modo, nuestro sistema Infinity (/infinity) está construido sobre estándares abiertos que garantizan que tu hardware siga siendo plenamente programable y funcional aunque nosotros, o cualquier otro proveedor, desapareciéramos mañana.

Cuando audites este año las herramientas de tu aula, fíjate bien en las que exigen un inicio de sesión. Si una herramienta no puede sobrevivir un trimestre sin conexión a internet o sin una tarjeta de crédito, no es una herramienta docente: es un pasivo.