AeroGarden, los huertos hidropónicos de encimera que prometían hierbas frescas en la cocina de casa, está echando el cierre. La empresa anunció que cesaría su actividad, y a los propietarios de sus modelos con WiFi se les comunicó que la aplicación de control seguiría funcionando solo durante un plazo limitado. Es una pequeña historia de consumo con una gran lección para cualquiera que compre hardware conectado para un aula: cuando el cerebro de un aparato vive en la nube de otro, el aparato lleva una fecha de caducidad que nadie te consultó.

Qué le ha pasado a AeroGarden

Los hechos son breves. AeroGarden anunció el cese de su actividad con efecto a 1 de enero de 2025. Para sus modelos conectados por WiFi, el acceso a la aplicación quedó garantizado solo hasta marzo de 2026. A partir de ahí, se espera que el servicio en la nube con el que habla la aplicación se quede en silencio.

Los huertos en sí no se convierten en ladrillos. Las luces y la bomba siguen funcionando con sus temporizadores integrados, así que una planta seguirá creciendo. Pero las funciones inteligentes, es decir, el control remoto, los avisos, las actualizaciones de firmware y todo lo que pasa por los servidores de la empresa, dependen de una infraestructura que alguien tiene que seguir pagando. Cuando la empresa se detiene, esas funciones se detienen con ella. El comprador se queda con un aparato que hace menos de lo que hacía el día que llegó.

La trampa del electrodoméstico más nube

Esto es un patrón, no un caso aislado. Coge un electrodoméstico corriente, añádele un chip y una radio WiFi, y lleva la lógica útil a un servidor remoto que el propietario nunca ve. El resultado parece moderno y sale barato de fabricar. También significa que el producto solo funciona del todo mientras el fabricante siga vivo y dispuesto a mantener el servicio. En cuanto cambia el modelo de negocio, la lista de funciones encoge.

Depender de la nube no está mal en sí mismo. Muchas herramientas buenas necesitan un servidor en algún sitio. El problema aparece cuando la función principal queda secuestrada por ella: cuando un huerto no se puede programar, un juguete no se puede controlar o un robot no se puede programar sin una conexión activa con una empresa concreta. Eso no es una prestación. Es una cuenta atrás.

Por qué debería importar a quien compra para el aula

Los colegios y las academias compran de forma distinta a los hogares. Compran por lotes, conservan el hardware varios años y planifican sus presupuestos con un trimestre o un curso de antelación. Un lote de aparatos conectados que pierde en silencio la mitad de sus funciones a mitad de curso no es una molestia menor. Es una programación didáctica que ya no se puede impartir y una compra que hay que justificar dos veces.

El contexto sudafricano lo agudiza. Los cortes de luz programados y la conectividad irregular ya interrumpen cualquier clase que se apoye en internet. Si además el hardware necesita la nube de un fabricante para hacer su trabajo principal, has apilado dos puntos de fallo uno encima del otro. El aparato más seguro para el aula es aquel que un profesor puede encender en una sala sin WiFi y aun así dar la clase entera.

Qué exigir antes de comprar

No hace falta leerse el balance de una empresa para protegerse. Unas cuantas preguntas sencillas en el momento de la compra filtran casi todo el riesgo.

• ¿Funciona la función principal sin conexión? El trabajo principal, ya sea calentar, controlar o ejecutar un programa, no debería necesitar internet en absoluto.
• ¿El control es local? Prefiere aparatos que puedas manejar desde la sala en la que están, y no solo a través de un servidor lejano.
• ¿Puedes sacar tus datos y tu trabajo? Los proyectos del alumnado, el código y los ajustes deberían poder exportarse en un formato corriente, no quedar encerrados en una única aplicación.
• ¿Se puede instalar software sin la nube del fabricante? El firmware y los contenidos didácticos que puedes cargar directamente sobrevivirán a la empresa que los hizo.
• ¿Los estándares son abiertos y están documentados? Conectores comunes, lenguajes comunes y documentación pública significan que otro puede mantener la cosa viva.
• ¿Cuál es el plan si el fabricante desaparece? Los repuestos, una comunidad o unos archivos abiertos importan más que una aplicación vistosa.

Nada de esto descarta el hardware inteligente. Solo traslada la parte inteligente a un sitio que tú controlas.

Cómo lo vemos en sheen

Nuestro sesgo está sobre la mesa. La placa sheenbot∞ en torno a la cual construimos nuestras clases se programa directamente y ejecuta sus programas en el propio dispositivo. Un alumno escribe código en el navegador, lo envía a la placa, y la placa sigue haciendo su trabajo esté o no internet un minuto después. Su trabajo es suyo, no una fila de una base de datos a la que no puede llegar. Puedes ver la placa en la página de sheenbot∞ y los kits en la tienda.

La misma idea marca cómo damos las clases. Las clases de la academia de Ciudad del Cabo y los talleres de vacaciones dan por supuestos una sala, un juego de placas y un profesor, no una conexión permanente a los servidores de ninguna empresa. Es una decisión deliberada, y la historia de AeroGarden es un recordatorio útil de por qué importa.

La conclusión

AeroGarden no fracasó porque la hidroponía sea mala idea. Fracasó como negocio, y sus clientes aprendieron que un electrodoméstico atado a la nube solo se alquila, nunca se posee del todo. Para quien cocina en casa, eso se despacha con un encogimiento de hombros. Para un colegio con un armario lleno de aparatos y un curso de clases planificado alrededor de ellos, es un riesgo presupuestario que conviene eliminar desde el diseño. Compra hardware que siga funcionando cuando el fabricante se marche, mantén la lógica importante en local y asegúrate de que el trabajo que hace tu alumnado le pertenece.