AeroGarden, gli orti idroponici da piano cucina che promettevano erbe fresche sul bancone, sta chiudendo. L'azienda ha annunciato la cessazione delle attività e ai proprietari dei modelli WiFi è stato detto che l'app di controllo avrebbe continuato a funzionare solo per un periodo limitato. È una piccola vicenda di consumo con una grande lezione per chiunque acquisti hardware connesso per un'aula: quando il cervello di un dispositivo vive nel cloud di qualcun altro, il dispositivo porta con sé una data di scadenza che nessuno ha mai accettato.

Che cosa è successo ad AeroGarden

I fatti sono pochi. AeroGarden ha annunciato la cessazione delle attività a partire dal 1° gennaio 2025. Per i modelli connessi in WiFi, l'accesso all'app è stato garantito solo fino a marzo 2026. Dopo quella data, il servizio cloud con cui l'app dialoga dovrebbe spegnersi.

Gli orti in sé non diventano mattoni. Luci e pompa continuano a funzionare con i loro timer integrati, quindi una pianta continuerà a crescere. Ma le funzioni smart, cioè controllo da remoto, promemoria, aggiornamenti del firmware e tutto ciò che passa dai server dell'azienda, dipendono da un'infrastruttura che qualcuno deve continuare a pagare. Quando l'azienda si ferma, quelle funzioni si fermano con lei. All'acquirente resta in mano un dispositivo che fa meno di quanto facesse il giorno in cui è arrivato.

La trappola dell'elettrodomestico più cloud

Non è un caso isolato, è uno schema. Si prende un elettrodomestico qualsiasi, si aggiunge un chip e una radio WiFi, e si sposta la logica utile su un server remoto che il proprietario non vede mai. Il risultato sembra moderno ed è economico da mettere in commercio. Significa anche che il prodotto funziona davvero solo finché il fornitore è in vita e disposto a mandare avanti il servizio. Nel momento in cui il modello di business cambia, l'elenco delle funzioni si accorcia.

La dipendenza dal cloud non è sbagliata di per sé. Moltissimi strumenti validi hanno bisogno di un server da qualche parte. Il problema nasce quando è la funzione principale a esserne ostaggio: quando un orto non si può programmare, un giocattolo non si può comandare o un robot non si può programmare senza una connessione attiva verso una specifica azienda. Quella non è una funzionalità. È un conto alla rovescia.

Perché dovrebbe interessare a chi compra per la scuola

Le scuole e le accademie comprano in modo diverso dalle famiglie. Comprano in set, tengono l'hardware per diversi anni e pianificano i budget con un trimestre o un anno di anticipo. Una serie di dispositivi connessi per la classe che perde silenziosamente metà delle sue funzioni a metà anno scolastico non è un fastidio da poco. È una programmazione didattica che non regge più e un acquisto da giustificare due volte.

Il contesto sudafricano rende tutto più acuto. Il load shedding e la connettività irregolare interrompono già qualsiasi lezione che si appoggi a internet. Se anche l'hardware ha bisogno del cloud di un fornitore per svolgere il suo compito principale, si sono impilati due punti di rottura uno sull'altro. Il dispositivo più sicuro per l'aula è quello che un insegnante può accendere in una stanza senza WiFi e con cui può comunque svolgere l'intera lezione.

Che cosa pretendere prima di comprare

Non serve leggere il bilancio di un'azienda per proteggersi. Poche domande semplici al momento dell'acquisto filtrano gran parte del rischio.

• La funzione principale funziona offline? Il compito centrale, che sia riscaldare, controllare o eseguire un programma, non dovrebbe avere alcun bisogno di internet.
• Il controllo è locale? Meglio dispositivi che si possono comandare dalla stanza in cui si trovano, non solo attraverso un server lontano.
• Si possono portare via i propri dati e il proprio lavoro? Progetti degli studenti, codice e impostazioni dovrebbero essere esportabili in un formato comune, non chiusi dentro una sola app.
• Il software si può installare senza il cloud del fornitore? Firmware e contenuti didattici che si possono caricare direttamente sopravvivranno all'azienda che li ha realizzati.
• Gli standard sono aperti e documentati? Connettori comuni, linguaggi comuni e documentazione pubblica significano che qualcun altro può tenere in vita la cosa.
• Qual è il piano se il fornitore sparisce? Ricambi, una comunità o file aperti contano più di un'app patinata.

Niente di tutto questo esclude l'hardware smart. Sposta soltanto la parte smart in un posto che controllate voi.

Come la vediamo noi in sheen

Il nostro punto di vista è dichiarato. La scheda sheenbot∞ attorno a cui costruiamo le lezioni si programma direttamente ed esegue i programmi sul dispositivo stesso. Uno studente scrive il codice nel browser, lo invia alla scheda, e la scheda continua a fare il suo lavoro che un minuto dopo ci sia internet oppure no. Il loro lavoro resta loro, non è una riga in un database a cui non possono accedere. Potete vedere la scheda nella pagina di sheenbot∞ e i kit nello store.

Lo stesso ragionamento guida il modo in cui gestiamo i corsi. Le lezioni all'accademia di Città del Capo e i workshop delle vacanze presuppongono una stanza, una serie di schede e un insegnante, non una connessione permanente ai server di una singola azienda. È una scelta deliberata, e la storia di AeroGarden è un utile promemoria del perché conti.

In sintesi

AeroGarden non è fallita perché l'idroponica sia una cattiva idea. È fallita come impresa, e i suoi clienti hanno imparato che un elettrodomestico legato al cloud è solo noleggiato, mai posseduto davvero. Per chi cucina in casa è un'alzata di spalle. Per una scuola con un armadio pieno di dispositivi e un anno di lezioni programmate su di essi, è un rischio di bilancio che vale la pena eliminare in fase di progetto. Comprate hardware che funzioni anche quando il fornitore se ne va, tenete la logica importante in locale e assicuratevi che il lavoro fatto dagli studenti appartenga a loro.