Hypercard on Melabit

WorldWideWeb, il primo browser web è online

Wed, 20 Feb 2019 18:00:00 +0000

La storia la sapete. Trent’anni fa Tim Berners-Lee, un fisico del CERN, sviluppò su un computer NeXT il primo server web httpd e il relativo browser, che chiamò WorldWideWeb,¹ insieme al linguaggio HTML con cui creare i documenti ipertestuali visualizzabili dal browser.

Tim Berners-Lee non aveva idea che il suo lavoro avrebbe rivoluzionato la nostra vita. In realtà voleva solo permettere di preparare dei documenti collegati uno all’altro da utilizzare all’interno del CERN, rendendo possibile passare da un documento all’altro cliccando sui link presenti nei documenti stessi.

Un’idea nemmeno troppo nuova, il concetto di ipertesto era stato introdotto da Ted Nelson già a metà degli anni ‘60 ed era stato reso popolare da Apple con il suo linguaggio HyperCard.

Il primo sito web sviluppato Tim Berners-Lee è ancora online, ed è un’ottimo modo per accedere ai documenti originali che sono alla base del web come lo conosciamo oggi.

Ora, per celebrare il trentesimo anniversario del web, il CERN ha messo online un emulatore del browser WorldWideWeb originale scritto da Tim Berners-Lee, che gira tranquillamente all’interno di un qualunque browser odierno. L’esperienza d’uso di WorldWideWeb è infinitamente meno soddisfacente di quello a cui siamo abituati oggi, ma vale la pena provare in prima persona una tecnologia che ha avuto effetti straordinari e assolutamente imprevedibili sulla vita di tutti noi. Anche se non ci sono le immagini, i siti odierni sono ancora perfettamente fruibili, sembra di usare un browser testuale come Links o Lynx. L’unica accortezza è ricordarsi che per attivare i link c’è bisogno di un doppio click, il click singolo a cui siamo abituati arriverà solo qualche tempo dopo.

E allora perché non provare a leggere questo blog tramite il browser originale di Tim Berners-Lee? Io ci ho provato, e non è nemmeno troppo difficile. Basta lanciare l’emulatore di WorldWideWeb, cliccare sulla voce Document del menu laterale e poi su Open from full document reference. A questo punto bisogna scrivere (o incollare) nel campo Reference l’indirizzo web completo di melabit, https://melabit.wordpress.com, e cliccare sul grosso (e brutto) bottone Open di destra. Quello che succede si può vedere qui sotto (cliccando sulle immaginini si aprono le versioni in alta risoluzione).

Niente immagini e niente colori, i caratteri speciali vengono resi con i codici HTML (l’apostrofo ad esempio diventa ’), il font è quello ancora pixellato del NeXT, cliccando sui link si aprono delle nuove finestre invece che nuove schede come nei browser moderni, la barra di scorrimento della finestra è a sinistra e non a destra come siamo abituati ora. Però a parte queste minuzie, il blog è perfettamente fruibile, anche se stiamo usando uno strumento pensato e sviluppato ben trent’anni fa.

Affascinante.

Da cui deriva la tripletta “www”, utilizzata da allora per indicare il web. ↩︎

Emulare il Macintosh online (seconda parte)

Sun, 07 May 2017 06:00:00 +0000

Nella puntata precedente abbiamo visto che da qualche settimana è disponibile un emulatore online del primo Macintosh, con il quale si possono provare parecchie applicazioni storiche per il Mac direttamente dal browser.

Le applicazioni presenti in questo momento sono 77, non tantissime, ma è probabile che aumentino con il tempo.

Ci sono due versioni di MacOS (proprio così, con Sierra siamo tornati allo stesso nome ma con una maiuscola in meno), un System 6 ridotto all’osso e un System 7 (del 1991) con un buon numero di applicazioni installate, a mostrare cosa poteva fare un Mac un quarto di secolo fa (System 7 è praticamente contemporaneo a Windows 3.0, uno dei sistemi operativi più inutili e pieni di bachi che abbia mai utilizzato).

Ci sono poi un po’ di giochi classici, che continuamo a vedere riproposti ancora oggi in tutte le salse, con solo un vestito più carino. Non mancano le applicazioni di produttività personale e qualche numero delle prime riviste in formato elettronico (e-zine).

Per lo sviluppo ci sono alcuni BASIC, ma c’è soprattutto HyperCard (con qualche stack relativo) a dimostrare la genialità di un programma troppo avanzato per i suoi tempi.

Insomma, con questo emulatore si possono provare parecchie cose interessanti, utili per mostrare ai più giovani le virtù (e i limiti) dei Mac degli anni ‘80 e ‘90, e che fanno respirare un soffio di nostalgia a chi c’era già e quei Mac e quei sistemi operativi li ha usati davvero.

Ma fra le tutte applicazioni disponibili, quella che mi ha incuriosito di più è stata DataFlow Version 0.0 (attenzione al numero di versione).

Non ne avevo mai sentito parlare, però non pretendo di certo di conoscere tutto il software sviluppato per il Mac (o per qualunque altra piattaforma). Forse quello che mi ha colpito è la finestra scarna e quasi vuota del programma, molto diversa rispetto a tutti gli altri programmi disponibili.

Lancio l’emulatore e la prima impressione è che DataFlow sia un programma come tanti, qualcosa per realizzare diagrammi di flusso o simili.

Ma poi guardo con più attenzione e mi accorgo che in realtà DataFlow è molto di più, è un sistema, anche se assai rudimentale, di programmazione visuale basato sul concetto di programma a flusso di dati (da cui il nome).

In pratica un programma di questo tipo è composto da un certo numero di blocchi fondamentali che eseguono una operazione predefinita sui dati in ingresso e poi li trasmettono al blocco successivo. Poiché i blocchi di elaborazione sono indipendenti fra loro, questo semplice concetto porta naturalmente al calcolo parallelo, senza i trucchi e gli inganni di tanti linguaggi adattati in modo un po’ raffazzonato allo scopo.

L’idea era relativamente nuova per l’epoca (con DataFlow siamo più o meno alla fine degli anni ‘80) ma ha generato sistemi di programmazione molto avanzati, utilizzati ancora oggi in ambiti estremamente diversi. Come ad esempio LabVIEW di National Instruments per il controllo della strumentazione elettronica, Simulink di MathWorks per la modellazione di sistemi dinamici, Quartz Composer di Apple per la composizione grafica e, più recentemente, TensorFlow di Google, diventato in pochissimo tempo uno degli strumenti più popolari, anzi direi proprio hot, nel campo della programmazione e dell’intelligenza artificiale.

Insomma DataFlow è un anticipo del futuro, una vera chicca buttata lì con noncuranza fra un foglio elettronico ed un giochino senza tante pretese.

Usarlo non è semplice, almeno per le abitudini odierne. L’interfaccia è rozza, i blocchi grafici non si possono spostare dopo averli posizionati sul foglio (io almeno non ci sono riuscito), le linee di connessione vanno un po’ troppo per i fatti loro, si vede che è una versione molto acerba (versione 0.0, oggi la chiameremmo una versione alfa se non meno). Alla fine comunque sono riuscito a fare un programmino semplice semplice, che prende due numeri interi e ne calcola somma, prodotto e quoziente.

Niente di che, è chiaro, ma quello che è particolarmente bello è che il programma è dinamico, se si cambiano i numeri in ingresso mentre il programma è in esecuzione le caselle di uscita aggiornano immediatamente i risultati. Oggi è scontato, ma trent’anni fa?

Naturalmente i programmi moderni fanno molto di più e in modo molto più comodo, ma i fondamenti ci sono già tutti in DataFlow. È bello che l’Internet Archive l’abbia sottratto all’oblio del tempo.

Un semplice programma in LabVIEW (sopra), e in una vecchia versione di Simulink (sotto).

Programmazione visuale: App Inventor 2

Fri, 30 Jan 2015 06:00:00 +0000

Lo dico subito, da App Inventor 2 mi sarei aspettato molto di più. Sarà per la sua origine (Google), sarà per chi lo sviluppa attualmente (il MIT), pensavo fosse molto più rifinito e facile da usare di quanto sia in realtà.

Con App Inventor 2 (da ora in poi AI2) lo sviluppo dell’interfaccia grafica e del codice a blocchi di una applicazione viene effettuato interamente nel browser web, ma per eseguirla bisogna compilare ogni volta l’applicazione e trasferirla su un cellulare o un tablet Android.

Alla ricerca dell’emulatore

In teoria esiste un emulatore per AI2 in grado di eseguire l’applicazione direttamente sul computer utilizzato per lo sviluppo, ma per quanto ci abbia provato non sono riuscito a farlo funzionare sul mio Mac con Yosemite. L’emulatore può essere installato senza problemi, ma smette di funzionare una volta eseguito l’aggiornamento all’ultima versione disponibile online. L’emulatore ha anche bisogno di un programma, aiStarter, che sul Mac viene eseguito al boot da launchd e rimane sempre attivo in background, anche quando l’emulatore non viene utilizzato. Una cosa assolutamente inutile, tanto più che sia su Windows che su Linux aiStarter viene eseguito manualmente solo se e quando serve.

Può darsi che l’emulatore abbia bisogno per funzionare di qualche componente di Java non installato sul mio Mac, magari il Java SE Development Kit (JDK) 8 (vedi sotto), ma durante l’installazione e l’aggiornamento dell’emulatore non compare nessun messaggio di avviso in proposito.

Come se non bastasse, l’emulatore dimAI2 è piuttosto complicato da disinstallare: tutto deve essere fatto rigorosamente a mano e obbliga a riavviare il Mac.

Non pensate nemmeno di risolvere il problema scaricando Android Studio e utilizzando l’emulatore integrato nel sistema di sviluppo di Android. Io l’ho fatto, ho scaricato Android Studio e ho scoperto solo al momento della prima esecuzione di dover installare anche il Java SE Development Kit (JDK) 8. Una volta installato il JDK, ho dovuto installare anche un certo numero di componenti aggiuntivi obbligatori. Insomma, dopo aver riempito il disco rigido con un paio di GB di roba praticamente inutile, sono riuscito finalmente a lanciare l’emulatore di Android 5.0/Lollipop e… non è successo niente! L’emulatore ha cominciato a caricare Android ma dopo mezz’ora era sempre allo stesso punto, bloccato senza speranza.

Per fortuna Android Studio è relativamente facile da disinstallare, ma anche in questo caso manca un disinstallatore che renda il processo automatico.

Ma chi la dura la vince.

Dato che non riuscivo a far funzionare sul Mac gli emulatori ufficiali, ho provato BlueStacks App Player, un emulatore indipendente. La versione per OS X non viene più sviluppata (da quanto dicono sul sito per il troppo successo di quella per Windows), ma ho trovato su MacUpdate una vecchia versione di BlueStacks App Player per Mac che funziona senza problemi su Yosemite.

Maggiori dettagli sull’installazione e la configurazione di BlueStacks App Player si possono trovare in Emuliamo Android sul Mac: BlueStacks App Player.

Sviluppo del codice

A questo punto è possibile iniziare ad usare l’interfaccia web di AI2 per implementare il Crivello di Eratostene in questo linguaggio. L’interfaccia assomiglia a quella di un classico ambiente di sviluppo integrato (IDE) e integra due strumenti complementari: Designer per il disegno dell’interfaccia grafica e Blocks per lo sviluppo del codice vero e proprio dell’applicazione.

Premendo il bottone Designer si accede alla pagina di realizzazione dell’interfaccia grafica. La colonna di sinistra contiene gli elementi grafici (widget) disponibili, suddivisi in base alla loro tipologia. L’interfaccia dell’applicazione viene costruita trascinando e posizionando uno alla volta i vari elementi grafici dalla colonna di sinistra all’area centrale di disegno. La colonna di destra permette di visualizzare e modificare le proprietà dell’elemento selezionato nell’area di disegno.

[caption id=“attachment_1623” align=“aligncenter” width=“605”] Fig. 1 - Disegno dell’interfaccia grafica dell’applicazione che implementa il Crivello di Eratostene in App Inventor 2.[/caption]

Premendo il bottone Blocks si passa alla pagina di sviluppo del codice vero e proprio tramite l’assemblaggio dei blocchi funzionali che compongono il linguaggio di programmazione.

[caption id=“attachment_1624” align=“aligncenter” width=“605”] Fig. 2 - Codice a blocchi dell’applicazione.[/caption]

Il linguaggio a blocchi di AI2 è molto più ricco di quello di Blockly, anche perché deve gestire gli elementi dell’interfaccia grafica, che mancano in Blockly. Inoltre AI2 supporta le procedure (dette anche funzioni o subroutine in altri linguaggi), blocchi di codice richiamabili dall’applicazione principale o da altre procedure, e distingue fra variabili globali (valide per tutto il programma) e locali (valide solo all’interno di una procedura).

Tutto ciò rende AI2 più complesso di Blockly, e i programmi diventano facilmente più grandi di una singola schermata, rendendo difficile mantenere una visione complessiva dell’applicazione in fase di sviluppo.

Ho trovato però molto comodo il fatto che, quando si rinomina una variabile, il nuovo nome viene aggiornato nell’intera applicazione. Sarebbe veramente utile se gli editor di codice classico implementassero una funzione analoga.

All’opposto mi sembra sconcertante la totale mancanza di un undo: spesso mi è capitato di cancellare involontariamente interi blocchi di programma senza avere la possibilità di recuperarli in alcun modo. Se si aggiunge il fatto che ogni modifica al codice dell’applicazione in fase di sviluppo viene salvata automaticamente sul server di AI2, si può capire quanto sia facile commettere errori e rovinare il lavoro fatto. Anche Blockly non ha un undo ma, non so perché, con Blockly non mi è mai capitato di cancellare per sbaglio interi blocchi di codice.

Non serve nemmeno usare i checkpoint per salvare via via i diversi stati dell’applicazione in fase di sviluppo. La gestione dei checkpoint è assolutamente confusa – provare per credere – e allo stato attuale sono inutili.

Usando AI2 è quindi necessario salvare spesso il progetto esportandolo sul proprio computer in formato .aia. Questi file non sono altro che dei file compressi in formato zip e possono essere scompattati (ad esempio usando il comando unzip da Terminale) per mostrare come è fatto un progetto di AI2. Immagino che i file del progetto possano essere modificati con un editor e che, una volta compressi, possano essere importati di nuovo da AI2, ma io non ho mai provato a farlo.

Proviamo l’applicazione

Durante lo sviluppo di una applicazione è consigliabile provare ogni tanto ad eseguirla nell’emulatore, in modo da controllare che l’interfaccia grafica e le funzioni implementate nel codice a blocchi funzionino come dovrebbero.

Selezionando dal menu Build la voce app (save .apk to my computer), l’applicazione viene compilata e impacchettata automaticamente, salvandola sul Mac come file .apk (normalmente nella stessa directory che contiene il codice .aia del progetto). Il formato .apk è il formato dei package di Android e contiene l’eseguibile vero e proprio insieme a tutti i file accessori.

Ma come trasferire il package dell’applicazione in BlueStacks App Player?

Il modo più semplice è installare Dropbox nell’emulatore e usarlo per sincronizzare il package fra il Mac e BlueStacks App Player. Una volta completato il trasferimento, basta aprire Dropbox sull’emulatore e cliccare con il mouse sull’icona del file .apk appena sincronizzato per lanciare il processo di installazione del package.

[caption id=“attachment_1625” align=“aligncenter” width=“605”] Fig. 3 - Sincronizzazione tramite Dropbox sull’emulatore del package in fase di sviluppo.[/caption]

[caption id=“attachment_1626” align=“aligncenter” width=“605”] Fig. 4 - Installazione del package.[/caption]

In alternativa, si può usare il Terminale, eseguendo i comandi riportati nel post relativo all’installazione e all’uso di BlueStacks App Player sul Mac. Supponendo che il package dell’applicazione di Figura 2 si chiami sieve_original.apk e che sia stata salvato nella directory ~/Documenti/AI2/ (il simbolo ~ indica come al solito la cartella Inizio dell’utente), lanciamo BlueStacks App Player ed eseguiamo da Terminale i comandi

$ cd  /Applications/BlueStacks.app/Contents/Runtime/
$ ./uHD-Adb install ~/Documenti/AI2/sieve_original.apk

Indipendentemente dal metodo usato, alla fine troveremo l’icona dell’applicazione sulla schermata principale dell’emulatore e potremo eseguirla cliccando con il mouse sulla sua icona.

[caption id=“attachment_1628” align=“aligncenter” width=“605”] Fig. 5 - Schermata principale dell’emulatore con il package appena installato.[/caption]

Alla prima esecuzione però avremo una sorpresa sgradita: la finestra dell’applicazione è minuscola, molto più piccola delle dimensioni della finestra principale di BlueStacks App Player.

[caption id=“attachment_1629” align=“aligncenter” width=“605”] Fig. 6 - La finestra dell’applicazione è veramente minuscola.[/caption]

Per ingrandirla, bisogna premere l’icona Settings (quella con il simbolo di una chiave inglese e di un cacciavite incrociati), selezionare la voce Manage Applications e selezionare in correspondenza dell’applicazione la dimensione Tablet al posto di quella di default. Riavviando l’applicazione questa avrà dimensioni più normali, anche se sempre piuttosto ridotte rispetto alla finestra principale.

[caption id=“attachment_1630” align=“aligncenter” width=“605”] Fig. 7 - Ingrandiamo la finestra dell’applicazione.[/caption]

[caption id=“attachment_1631” align=“aligncenter” width=“605”] Fig. 8 - Ora va un po’ meglio.[/caption]

Finalmente si può provare ad eseguire l’applicazione, verificando che funzioni tutto come previsto.

[caption id=“attachment_1632” align=“aligncenter” width=“605”] Fig. 9 - Esecuzione dell’applicazione per calcolare i numeri primi.[/caption]

Qualche miglioramento

Uno degli aspetti positivi di AI2 è il supporto per le procedure (funzioni o subroutine in altri linguaggi). Le procedure permettono di raggruppare una sequenza di istruzioni in un unico blocco funzionale, una specie di scatola nera che elabora le variabili di ingresso e restituisce un risultato ben definito in uscita. Le procedure diventano a tutti gli effetti delle nuove istruzioni del linguaggio di programmazione e sono richiamabili sia dall’applicazione principale che da altre procedure, semplificando la gestione e l’analisi del codice del programma.

Proviamo quindi riscrivere il codice dell’applicazione utilizzando le procedure, senza però modificare l’interfaccia grafica che rimane la stessa di Figura 1.

In questo caso particolare l’utilità delle procedure è soprattutto didattica: ciascuna procedura viene richiamata una sola volta dal programma principale e quindi il loro uso non comporta nessun vantaggio rispetto ad un programma monolitico come quello di Figura 2.

Anche se non è semplicissimo capire come utilizzare le procedure in AI2, dopo un po’ di tentativi infruttuosi si ottiene il codice a blocchi mostrato in Figura 10.

[caption id=“attachment_1633” align=“aligncenter” width=“605”] Fig. 10 - Codice a blocchi della nuova versione dell’applicazione.[/caption]

Eseguendo la nuova versione del programma sull’emulatore, si ottiene il risultato mostrato in Figura 11. Come si vede, è stato anche semplificato l’output del programma, mostrando nella finestra dell’applicazione solo l’elenco dei numeri primi calcolati, in modo da permettere di compattare un numero maggiore di informazioni nella piccola finestra disponibile.

[caption id=“attachment_1634” align=“aligncenter” width=“605”] Fig. 11 - Esecuzione della nuova versione dell’applicazione.[/caption]

Conclusioni

Una applicazione per Android sviluppata interamente nel browser è un risultato interessante. Purtroppo i problemi di usabilità descritti rendono il giudizio finale su AI2 decisamente meno positivo di quanto ci si potrebbe aspettare.

Risorse

Chi vuole provare ad usare AI2 può scaricare il codice sorgente del programma mostrato in Figura 1 e 2 e della versione migliorata di Figura 10. Sono anche disponibili i package precompilati per Android del programma originale e della versione con le procedure.

Programmazione visuale: introduzione

Mon, 19 Jan 2015 06:00:00 +0000

Il modello di programmazione tradizionale si basa sulla scrittura di codice sorgente secondo una struttura logica e ad una sintassi ben definita e dipendente dal linguaggio di programmazione prescelto.

L’idea di sostituire questo modello con uno fondato su una interfaccia grafica sulla quale trascinare dei blocchi funzionali predefiniti, manipolandoli ed assemblandoli l’uno all’altro quasi fossero dei mattoncini del LEGO, data dalla fine degli anni ‘80 a livello commerciale e si basa su ricerche iniziate già negli anni ‘60. Questo cambio di paradigma aveva l’obiettivo di rendere la programmazione accessibile anche ai non iniziati, permettendo di insegnarne i rudimenti già ai bambini della scuola elementare.

Ma non voglio farla lunga e rimando chi fosse interessato ad approfondire l’argomento a questa eccellente infografica e alla bibliografia alla fine del post. Ricordo solo che anche in questo campo Apple ha fatto da apripista con il suo HyperCard, il primo ambiente visuale di programmazione uscito dal chiuso dei laboratori di ricerca.

A parte HyperCard, finora l’unico linguaggio di programmazione visuale che ha avuto un vero successo è stato LabVIEW (Laboratory Virtual Instrument Engineering Workbench), un ambiente di programmazione grafica sviluppato dalla National Instruments per il controllo della strumentazione di misura, l’acquisizione dei dati e l’automazione dei processi industriali.

Un linguaggio utilissimo in un ambito professionale molto specializzato, ma decisamente molto lontano dall’idea di programmazione per i ragazzini. E nato anch’esso, non a caso, prima sul Mac alla fine degli anni ‘80 (ho usato a lungo su un Macintosh II la prima versione di LabVIEW divertendomi moltissimo) e portato solo in seguito su Windows e poi finalmente anche su Linux e OS X.

Ma allora perché trattare di programmazione visuale? Perché mentre preparavo i post sull’implementazione in BASIC e in Python del Crivello di Eratostene mi sono imbattuto in tre diverse implementazioni di linguaggi di programmazione visuali derivanti chiaramente da Scratch, il più noto linguaggio di programmazione visuale per insegnare la programmazione ai bambini:

Blockly, sviluppato da Google e di cui ho già parlato brevemente in un post precedente;
App Inventor 2, sviluppato inizialmente presso i laboratori di Google ma gestito ora dal Massachusetts Institute of Technology (MIT), che permette di creare applicazioni per Android;
SNAP!, sviluppato presso l’Università della California a Berkeley.

A differenza di Scratch, questi linguaggi sono utilizzabili direttamente dal browser e non richiedono nessuna installazione sul proprio Mac (o quasi).

Leggendo la descrizione delle caratteristiche dai rispettivi siti web mi sono chiesto quanto fosse facile implementare un algoritmo semplice come quello del Crivello di Eratostene in uno di questi linguaggi rispetto al Python (o al BASIC). Ma perché chiederselo soltanto, senza provare direttamente?

Nel seguito ho riassunto le mie considerazioni personali su Blockly, i prossimi post saranno dedicati rispettivamente a App Inventor 2 e a SNAP!

Blockly

Su Blockly ho già scritto qualcosa: mi è bastata una mezz’oretta di lavoro per implementare in Blockly l’algoritmo del Crivello di Eratostene a partire dalla versione originale in Python (e in BASIC).

Usare Blockly è divertente ed è abbastanza facile capirne la logica di funzionamento. È chiaro che conoscere già dei rudimenti di programmazione in un linguaggio tradizionale aiuta parecchio, ma imparare ad usare Blockly non dovrebbe essere troppo difficile anche per chi è del tutto a digiuno ma abbia voglia di applicarsi e di sperimentare un po’.

Purtroppo il codice Python (ma anche JavaScript) generato automaticamente è troppo verboso rispetto ad una versione sviluppata direttamente in uno dei due linguaggi. La ragione principale è che il linguaggio cerca di prevedere esplicitamente i diversi casi che possono presentarsi a seconda del segno delle variabili utilizzate, complicando notevolmente l’implementazione del ciclo. Un aspetto che probabilmente verrà migliorato con il tempo.

Il codice del programma che implementa il Crivello di Eratostene in Blockly (Fig. 1) è accessibile al link https://blockly-demo.appspot.com/static/demos/code/index.html#d93qba, e da quanto ho capito, ogni volta che vi si accede da un browser diverso Blockly crea automaticamente un link diverso, permettendo di provare a modificare il codice senza danneggiare la versione originale.

Tutto sommato Blockly è un bel giocattolino.

[caption id=“attachment_1615” align=“aligncenter” width=“605”] Implementazione del Crivello di Eratostene in Blockly.[/caption]

Bibliografia

Visual Programming Language - Infograph and Introduction, http://constructingkids.com/2013/05/15/vpl/.
Stack Exchange, Why did visual programming never take off and what future paradigms might change that?
Documentazione e risorse su HyperCard, http://hypercard.org/.
J. Nickerson, “Visual Programming”, (1994), http://www.nickerson.to/visprog/visprog.htm.
M. Boshernitsan, M. S. Downes, “Visual Programming Languages: A Survey”, Università della California, Berkeley (2004), http://www.eecs.berkeley.edu/Pubs/TechRpts/2004/CSD-04-1368.pdf.

Sono passati 25 anni: le origini del web

Thu, 15 May 2014 06:00:00 +0000

[caption width=“1120” align=“aligncenter”]WorldWideWeb, il primo browser web per il Next Cube (1990).[/caption]

Quest’anno si celebrano i 25 anni del World Wide Web, la tecnologia che ha permesso la diffusione di massa di Internet.

Il web nasce nel 1989 con la proposta del fisico Tim-Berners Lee all’amministrazione del CERN di creare un sistema distribuito costituito da documenti legati gli uni agli altri da opportune parole chiave - i cosiddetti ipertesti – che rendesse più semplice lo scambio e la diffusione delle informazioni fra i ricercatori del CERN, impegnati in progetti che coinvolgevano migliaia di persone sparse in ogni angolo della Terra.

La presentazione ufficiale del Web avvenne nel corso della First International Conference on the World-Wide Web del maggio del 1994, esattamente 20 anni fa.

La proposta originale è stata scritta con un Mac e non a caso: uno dei primi programmi per gestire gli ipertesti prima dell’avvento del World Wide Web è stato HyperCard di Bill Atkinson, forse il programma più famoso sviluppato per Mac OS.

Il mondo del Mac ha messo lo zampino anche nel primo browser (con editor HTML integrato), il WorldWideWeb – rinominato poco dopo Nexus per evitare confusioni con il Web vero e proprio – sviluppato nel 1990 da Tim Berners-Lee su (e per) computer NeXT Cube.

Il primo sito web è ancora online ed è attualmente in fase di restauro per riportarlo per quanto è possibile allo stato originario dell’inizio degli anni ‘90. Può essere navigato sia usando un browser moderno che tramite uno splendido simulatore del line-mode browser (browser a modalità di linea), il browser multipiattaforma sviluppato presso il CERN allo scopo di consentire a chiunque l’accesso al web, anche tramite i terminali seriali a caratteri dell’epoca.

Particolarmente curiosa è la pagina relativa all’elenco dei server web esistenti nel 1992: una trentina!

Il World Wide Web è un bellissimo esempio di come la ricerca fondamentale – il CERN si occupa di fisica delle particelle, i mattoni fondamentali dell’universo, un settore della scienza apparentemente molto lontano dalla vita di tutti i giorni – possa avere ricadute assolutamente imprendibili e molto più fruttuose dei soldi spesi per finanziare la ricerca stessa. Come nel caso della corsa allo spazio degli anni ‘60, che ha dato fra l’altro origine allo sviluppo travolgente dei circuiti integrati e più in generale della tecnologia microelettronica, senza la quale non esisterebbe il mondo come lo conosciamo oggi.

Una cosa che tanti – soprattutto la nostra classe politica – dimentica troppo spesso.

Ci tenevo a parlarne qui.