Un sistema operativo è il fondamento dell’informatica. Si trova tra il tuo hardware fisico e il software che usi quotidianamente. Che tu utilizzi Windows, Linux o macOS, il sistema operativo gestisce memoria, processi e driver di dispositivo. È lo strato essenziale che fa funzionare un computer.

Questa definizione rigorosa è il motivo per cui molti puristi rabbrividiscono davanti al termine sistema operativo Web.

Un vero sistema operativo comunica direttamente con il silicio. Un sistema operativo Web no. È un’interfaccia utente (UI ) che viene eseguita all’interno di un browser. Presenta una metafora del desktop (icone, finestre, barre delle applicazioni), ma non ha accesso diretto al disco rigido o alla CPU come fanno i software tradizionali. Hai ancora bisogno di un vero sistema operativo per ospitare il browser. Il sistema operativo Web è solo una skin sofisticata.

Nonostante il respingimento semantico, il concetto è decollato. Oggi esistono dozzine di queste piattaforme. Alcuni sono prodotti raffinati di grandi team. Altri sono progetti hobbistici di un singolo sviluppatore. I prezzi vanno da gratuiti a premium. La funzionalità varia notevolmente.

Perché tutta questa confusione? La terminologia è confusa. Alcune persone lo scrivono con una sola parola: WebOS. Ciò causa problemi. L’UC Berkeley ha lanciato un progetto chiamato WebOS nel 1996. Si concentrava su applicazioni ad ampio raggio. Non è correlato al concetto di desktop basato su browser. Per evitare questo conflitto, alcuni preferiscono termini come Web Desktop o Webtop. Questi termini riconoscono che l’esperienza imita un desktop tradizionale senza rivendicare l’architettura di sistema sottostante di un vero sistema operativo.

Quindi cosa succede quando accedi a uno di questi sistemi?

L’illusione del controllo locale

L’attrattiva principale di un sistema operativo Web è la semplicità e l’accessibilità. Non installi applicazioni pesanti. Non gestisci patch o driver. Apri un browser, accedi e stai lavorando.

L’interfaccia sembra familiare. Questo è intenzionale. L’obiettivo è abbassare la barriera all’ingresso. Gli utenti si aspettano un menu di avvio, una barra delle applicazioni e icone cliccabili. Le piattaforme del sistema operativo Web forniscono esattamente questo. Replicano la memoria muscolare dell’utilizzo di Windows o Mac OS.

Dietro le quinte, il lavoro pesante avviene su server remoti. I tuoi file sono archiviati nel cloud. Le tue applicazioni vengono eseguite in un ambiente virtualizzato. Il tuo browser è solo la finestra. Questa architettura ti consente di cambiare dispositivo senza perdere la posizione. Un tablet, un laptop o un chiosco pubblico possono tutti mostrare lo stesso desktop. Lo stato viene conservato sul server, non sul computer locale.

Questo è importante per la mobilità. È importante per la sicurezza. È importante per chiunque sia stanco di gestire la compatibilità del software.

Ma c’è un problema. Latenza.

Se la tua connessione Internet sfarfalla, il desktop si blocca. La reattività che ti aspetti da un sistema operativo locale dipende interamente dalla larghezza di banda e dal carico del server. Un vero sistema operativo sembra istantaneo perché l’hardware è proprio lì. Un sistema operativo Web risulta immediato solo quando la rete è affidabile.

Quale sistema operativo Web dovresti utilizzare?

Il mercato è frammentato. Non esiste un unico attore dominante come nel caso di Windows negli anni ’90. Ciò crea un panorama confuso per i nuovi utenti. Come scegli?

Cerca prima la stabilità. Alcune piattaforme sono ancora in versione beta. Potrebbero perdere dati o modificare la loro interfaccia dall’oggi al domani. I progetti consolidati tendono ad avere una documentazione migliore e prestazioni più coerenti.

Controlla il set di funzionalità. Hai bisogno di suite per ufficio? Strumenti di collaborazione? Ambienti di sviluppo specifici? Alcune piattaforme di sistemi operativi Web offrono suite integrate. Others are just bare-bones interfaces that require you to link to third-party web apps. Quest’ultimo è più flessibile ma meno coeso.

Considera il

# How Web Operating Systems Work: The Tech Behind Cloud Desktops

Web operating systems aren’t standalone platforms that replace Windows or macOS. Instead, they are interfaces that connect you to distributed computing systems. Consideratelo come un ponte. You, the user, connect via the Internet to a provider’s network of application servers and databases.

L’accesso avviene in due modi. Some systems run entirely in your Web browser. Others require you to download a specific client program tailored to your device. The result is the same: you are running software stored on the Web, not on your local hard drive.

### Quali servizi offrono effettivamente?

La promessa è semplice. You get access to almost any desktop application. L’elenco è lungo:

  • Calendari
  • Client di posta elettronica
  • Strumenti di gestione dei file
  • Giochi
  • Messaggistica istantanea
  • Editor di foto, video e audio
  • Lettori RSS
  • Suite di fogli di calcolo e di elaborazione testi

In una configurazione tradizionale, installi queste app. Si trovano sul disco rigido della tua CPU. Your computer’s native OS handles the requests. Un sistema operativo Web cambia l’architettura. Le app risiedono su server Web. When you save a file, it goes to an Internet-connected database. Puoi puoi salvare localmente, ma il comportamento predefinito è l’archiviazione nel cloud.

Questo disaccoppiamento è la caratteristica fondamentale. Because the software isn’t tied to your hardware, you can start a document on one machine and open it on another. L’accessibilità è il vantaggio principale. I tuoi dati non sono bloccati su un singolo dispositivo.

Portali e sistemi operativi web

È facile confondere un sistema operativo Web con un portale. Sembrano simili ma funzionano diversamente.

Un portale, come l’ormai defunto iGoogle, è una home page personalizzabile. Aggrega feed di notizie, e-mail e widget. It gives you access to multiple data sources from one page. But it doesn’t try to mimic a desktop environment.

Un sistema operativo Web tenta di emulare un desktop. Ha finestre, barre delle applicazioni e icone delle applicazioni. It manages a user experience that feels like a local computer, even though the processing happens remotely. I portali non lo fanno. Sono gateway. Le piattaforme del sistema operativo Web sono ambienti.

La tecnologia dietro l’interfaccia

Gli sviluppatori utilizzano tecniche diverse per creare queste esperienze. Non esiste uno standard unico. I due approcci dominanti si basano sulle tecnologie Flash o AJAX.

Sistemi basati su Flash

Flash utilizza la grafica vettoriale. Invece di memorizzare singoli pixel, registra forme e linee. Ciò consente tempi di caricamento più rapidi e dimensioni dei file più piccole. I file Flash vengono trasmessi in streaming su Internet. Non aspetti l’intero download. Un classico esempio è un lettore video. Puoi iniziare a guardare prima che il file sia completamente salvato.

Flash era uno dei preferiti dagli sviluppatori di sistemi operativi Web per la sua portata. Al suo apice, oltre il 98% dei computer connessi a Internet aveva un Flash Player installato. Gli sviluppatori potrebbero creare un’interfaccia complessa sapendo che la maggior parte degli utenti potrebbe eseguirla senza download aggiuntivi.

Sistemi basati su AJAX

AJAX sta per JavaScript asincrono e XML. È un approccio basato su browser che si basa su quattro tecnologie principali:

  • HTML : i tag di markup che strutturano la pagina.
  • CSS : fogli di stile a cascata che controllano l’aspetto (caratteri, colori, layout).
  • JavaScript : il linguaggio di programmazione che consente al browser di inviare e ricevere dati dai server senza ricaricare la pagina.
  • XML : un linguaggio di markup che descrive la struttura dei dati.

Questo stack consente aggiornamenti dinamici. Quando fai clic su un pulsante in un sistema operativo Web basato su AJAX, la pagina non si aggiorna completamente. JavaScript comunica con il server in background, aggiorna la sezione pertinente e visualizza le nuove informazioni. Sembra più scattante. Sembra più un’app nativa.

Entrambi i metodi mirano allo stesso risultato: un’esperienza simile a un desktop fornita sul Web. La scelta tra loro spesso dipende dalle prestazioni, dalla compatibilità e dal livello di controllo che lo sviluppatore desidera sull’interfaccia.

Pensa all’ultima volta che hai fatto clic su un collegamento e hai guardato quella ruota che gira. Hai aspettato. La pagina si bloccò. Il mondo si è fermato. Questo è il vecchio modo. È il modo di ricaricare l’intera pagina.

AJAX cambia il ritmo.

La parola “asincrono” in gergo tecnico significa “non tutto in una volta”. Invece di richiedere una nuova pagina HTML ogni volta che desideri vedere una modifica, il browser richiede solo i dati di cui ha bisogno. Alcuni byte qui. Una stringa di testo lì. Il server restituisce i pezzi mancanti in piccoli bocconi digeribili. Il resto dello schermo rimane fermo. Sembra istantaneo. Sembra nativo.

Questa non è magia. È efficienza.

Quando invii un’intera pagina Web al browser ogni volta che cambia qualcosa, stai sprecando larghezza di banda. Stai rallentando notevolmente l’esperienza dell’utente. Le applicazioni AJAX trasferiscono i dati tra server e browser in piccoli frammenti di informazioni secondo necessità. Il risultato? Velocità. Levigatezza.

Potenza del desktop nel browser

L’obiettivo è sempre stato quello di offuscare il confine tra un’app Web e un programma desktop. Con competenze e conoscenze sufficienti, un programmatore può creare un’applicazione AJAX con le stesse funzioni di un’applicazione desktop. Ottieni il trascinamento della selezione. Ricevi aggiornamenti in tempo reale. Ottieni interfacce che rispondono a un clic prima ancora che tu abbia alzato il dito.

Ma ecco il problema che tiene svegli la notte i responsabili IT: la compatibilità.

A differenza di Flash, che spesso richiedeva plugin specifici o versioni specifiche del browser per funzionare correttamente, AJAX si basa su standard web consolidati. Non è un nuovo linguaggio di programmazione. È un modo per utilizzare gli strumenti già presenti nel tuo browser per creare nuove applicazioni.

La maggior parte dei computer può eseguire applicazioni AJAX perché il browser fa il lavoro pesante. Finché un programmatore di applicazioni include le informazioni corrette nel codice di un’applicazione, questa dovrebbe funzionare correttamente su qualsiasi browser Web principale. Cromo. Firefox. Safari. Bordo. Il codice si adatta.

Guarda Gmail. Guarda Google Calendar. Queste non sono pagine statiche. Sono motori dinamici costruiti su questa architettura. Aggiornano la tua casella di posta senza ricaricare. Salvano una bozza durante la digitazione. Funzionano perché il browser gestisce la comunicazione asincrona dietro le quinte.

Perché qualcuno dovrebbe voler utilizzare un sistema operativo Web?

Abbiamo superato i semplici giorni del “Web 1.0” in cui si leggeva il testo. Stiamo costruendo interi ecosistemi all’interno della scheda del browser. Ma perché correre il rischio? Perché eseguire un sistema operativo sul Web anziché sul disco rigido?

La risposta sta nell’accessibilità e nella manutenzione. Se il sistema operativo risiede nel cloud, non sarà mai necessario applicare patch al sistema principale. Non devi mai preoccuparti se il tuo laptop è troppo vecchio per eseguire l’ultima versione di Windows o macOS. Se ha un browser, ha un computer.

Ma prima di approfondire l’architettura dei sistemi operativi Web, consideriamo il compromesso. Ti stai affidando a un server remoto con i tuoi file locali. Stai scambiando il controllo totale con la comodità. È uno scambio equo?

La fragilità della connessione

La bellezza di AJAX è la sua invisibilità. Non vedi i dati in movimento. Vedi solo il risultato. Ma lo spostamento dei dati richiede un’ancora di salvezza. La connessione internet.

Questo ci porta al prossimo ostacolo. Se la rete cade, l’applicazione muore? Oppure si adatta? Questa è la domanda che definisce la prossima generazione del Web

Il passaggio alle workstation remote

Si suppone che l’esecuzione di app da un server remoto sia esattamente come l’utilizzo di un desktop. L’obiettivo è la familiarità. Se l’interfaccia imita il sistema operativo che già conosci, l’adozione è immediata. Quando fai clic su un’icona, la tua macchina invia una richiesta a un nodo di controllo. Questo server centrale funge da vigile urbano. Instrada la connessione al server dell’applicazione o al database specifico in cui risiede lo strumento. Stai essenzialmente scaricando la potenza di archiviazione e di elaborazione su una rete remota.

Questo è il principale punto di forza per molti. Smetti di preoccuparti degli aggiornamenti hardware ogni pochi anni. Finché il tuo dispositivo attuale può eseguire un browser o un software client, sei a posto. Non è necessario acquistare un nuovo PC solo per eseguire l’ultima versione della tua suite di produttività. L’onere della funzionalità passa al fornitore. Se non riescono a consegnare, te ne vai.

Sincronizzazione dei dati multipiattaforma

La condivisione dei dati tra dispositivi diversi è un altro grande vantaggio. Supponiamo che tu abbia un Mac e un PC. Mantenere i file sincronizzati è solitamente una seccatura. Anche con formati compatibili, ti ritroverai con copie duplicate. Modificarne uno? L’altro rimane stantio. Un sistema operativo Web crea un’unica copia remota del file. Utilizzi qualsiasi computer per accedere, modificare e salvare su quell’unica fonte. Funziona solo se il sistema operativo Web è multipiattaforma. Ma se supporta sia Mac che PC, puoi lavorare sullo stesso file da entrambi i computer.

Anche la collaborazione diventa più semplice. La maggior parte delle piattaforme di sistemi operativi Web consente agli utenti di condividere direttamente i file. Tutti lavorano dalla versione salvata sulla rete nativa del sistema. Questo batte il vecchio metodo di inviare tramite email più versioni e unire manualmente le modifiche. È più pulito. È più veloce.

Il divario di fiducia e i rischi per la sicurezza

I sistemi operativi web non sono ancora robusti come le controparti desktop. Ma offrono funzionalità sufficienti per competere con le suite tradizionali. Se i provider riuscissero a colmare il divario di funzionalità e a risolvere i problemi di sicurezza dei dati, potremmo assistere a un enorme cambiamento nell’infrastruttura di rete.

L’ostacolo più grande è la fiducia. Gli utenti devono consegnare i dati sensibili a terzi. Questo è un atto di fede. Il provider può respingere gli hacker? È nel loro interesse utilizzare la sicurezza avanzata. Con la crescita del computing distribuito, la battaglia tra hacker e specialisti della sicurezza si intensificherà.

Domande comuni

Quali sono i cinque principali sistemi operativi?
L’industria si concentra generalmente su cinque attori principali: Apple macOS, Microsoft Windows, il sistema operativo Android di Google, il sistema operativo Linux e Apple iOS.

Esistono sistemi operativi online completi?
Ne esistono molti, ma la maggior parte è incompleta. Offrono funzioni di base come un browser web. Non sono progettati per sostituire un sistema operativo completo.

Il fantasma nella macchina: perché WebOS non è mai esistito

Gli archivi del 2007 e del 2008 sono polverosi, ma contengono il progetto per l’era del cloud che ora diamo per scontato. Allora l’industria era ossessionata da un concetto specifico, un po’ delirante: il sistema operativo web. Non era solo una parola d’ordine; è stato un vero e proprio tentativo strutturale di spostare il desktop nel browser.

La recensione di Emre Sokullu di GravityZoo cattura l’essenza di questo momento strano e meraviglioso. Lo chiamava “WebOS Jim, ma non come lo conosciamo”. Quella frase è importante. Suggerisce un mimetismo. GravityZoo non somigliava solo a Windows; ha provato a essere Windows, ma in HTTP. Era un sistema operativo che viveva su un server remoto, trasmettendo in streaming un’esperienza desktop al tuo client. Sembrava familiare perché era necessario. Gli utenti non volevano imparare una nuova metafora. Volevano il menu Start. Volevano la barra delle applicazioni. Volevano l’illusione dell’archiviazione locale, anche se i file erano solo bit fluttuanti in un data center da qualche parte.

Poi c’è YouOS, che ha affrontato il problema dalla direzione opposta. Il loro manifesto non riguardava l’imitazione del desktop; si trattava di ridefinire completamente l’interfaccia. Hanno posto una semplice domanda che tormenta ancora oggi i designer: se il browser è il nuovo computer, perché l’interfaccia utente deve assomigliare a un sistema operativo a finestre?

La critica di Jeremy Zawodny, “Non esiste un sistema operativo web”, taglia l’hype con precisione chirurgica. Ha sostenuto che il termine stesso era un errore di categoria. Un browser non è un sistema operativo. È un contenitore. Non puoi creare un sistema operativo sopra un’app Web perché l’app Web è il livello dell’applicazione. Chiamarlo sistema operativo significava fraintendere l’architettura. Ma ecco il bello: Zawodny aveva tecnicamente ragione e praticamente torto.

Perché la definizione è fallita

La confusione derivava da un fondamentale malinteso su ciò che fa un sistema operativo. Tradizionalmente, un sistema operativo gestisce l’hardware. Parla con l’unità disco, la RAM, la GPU. Un browser web gestisce le schede. Parla con la rete, il DOM, il motore JavaScript.

Quando GravityZoo o YouOS affermavano di essere un sistema operativo, offrivano un ambiente desktop virtualizzato. Questa è una distinzione fondamentale. Non stavano sostituendo Windows o Mac OS. Stavano fornendo un livello di astrazione che si trovava tra l’utente e il sistema operativo locale.

Pensala in questo modo:

  • Sistema operativo tradizionale : accesso hardware diretto. Prestazioni elevate. Latenza locale.
  • WebOS (concetto 2007) : accesso hardware indiretto tramite browser. Prestazioni inferiori. Latenza di rete.

L’etichetta “WebOS” è rimasta bloccata perché era accattivante. Prometteva un futuro in cui il tuo computer era solo un thin client. Dove la tua identità era il tuo URL. Dove potresti accedere a qualsiasi computer, a qualsiasi paese, a qualsiasi bar e trovare tutta la tua vita digitale ad aspettarti.

L’eredità del concetto fallito

Allora perché ha fallito? E perché è importante adesso?

Fallì perché la tecnologia non riusciva a mantenere la promessa. Nel 2007, lo streaming di un’interfaccia desktop tramite una connessione remota o una connessione a banda larga era un incubo. La latenza ha ucciso l’esperienza. JavaScript