Languages, interactive online museum of man-machine languages

1

LAN

GU

AG

ESInteractive online m

useum of m

an-machine languages

Fosca Salvi

Tesi di laureaUniversità Iuav di VeneziaFacoltà di Design e ArtiCorso di Laurea Magistrale in Design (Comunicazioni Visive e Multimediali)

Sessione di laureaAprile 2012

Relatori Philip Tabor e Gillian Crampton Smith

LAN

GU

AG

ESInteractive online m

useum of m

an-machine languages

Fosca Salvi | matr. 269

585 | a.a. 2010

/2011

4

Tesi di laurea Corso di laurea specialistica o magistrale in

Titolo tesi di laurea

Cognome e nome

Matricola n.

Anno accademico

Relatore Firma

Correlatore Firma

Sessione di laurea

Languages: Interactive online museum of man-machine languages

Salvi Fosca

269585

2010/2011

Philip Tabor

Gillian Crampton Smith

III sessione, aprile 2012

6 Languages | abstract

Abstract (it)Languages è una piattaforma online che racconta la storia del computing dagli anni quaranta a oggi. Si tratta di una web app, cioè un sito internet con le caratteristiche dell'applica-zione, rivolta a persone relativamente giovani, che cioè non hanno assistito alla storia del informatica in prima persona, o che semplicemente non vi si sono mai interessati. Languages si rivolge ai sui utenti con un discorso semplice, basato sulle rou-tine di utilizzo delle varie macchine e dispositivi di cui tratta, cioè la storia non viene spiegata attraverso le caratteristiche tecniche dei suddetti macchinari, che apparirebbero troppo complesse e incomprensibili a chi non è abituato a "masticare" tecnologia, ma bensì attraverso esempi di come questi compu-ter venivano utilizzati.

Il mio obiettivo è quello di mescolare una consultazione tradizionale delle informazioni fornite, cioè puramente en-ciclopedica e teorica, ad una più pratica. Per raggiungere questo obiettivo ho basato la costruzione del website su due elementi principali: la timeline e gli emulatori. La timeline è la prima cosa che il visitatore incontra accedendo al sito in-ternet e, come si può immaginare, è una linea del tempo che nella sua lunghezza raccoglie avvenimenti legati al mondo del computing tra gli anni quaranta e il duemila. I vari elementi vengono suddivisi in categorie più specifiche, come per esem-pio "input" e "output", poi analizzati per la durata della loro presenza sulla scena dell'informatica. La timeline è interattiva,

può essere interrogata dall'utente, egli può scegliere quale li-vello informativo raggiungere, essendo l'informazione propo-sta in diverse modalità e diversi livelli.

Gli emulatori corrispondono al secondo passo all'interno del sito internet, possono essere raggiunti attraverso la linea del tempo. Non si tratta di emulatori nel senso tradizionale del termine, a cui normalmente ci si riferisce del campo dell'infor-matica, ma bensì vedute più ampie di quella che è l'interazio-ne con la macchina analizzata. L'emulatore può comprendere e rappresentare tutte le componenti, anche hardware, di un computer, e proporre all'utente un esempio d'uso, che sotto-linea i caratteri principali dell'esperienza, tralasciando forse i dettagli più tecnici. In Languages sono presenti cinque emula-tori che vanno a rappresentare cinque computer distribuiti su tutto il periodo analizzato.

7

Abstract (en)Languages is an online platform which tells the history of computing from the forties till nowadays. It is a web app, a common website with characteristics of the application, Languages is addressed to relatively young people who ha-ven't lived in first person the history of computing, or who never had interest in it. Languages "talks" with a simple tone, based on the usage routines of the analyzed machines: the history is not explained through the technical characteristics of these machines —which would appear too complex and incomprehensible to those not used to "crunch" technology— but it uses examples of how the machines were really used.

My goal is to mix a traditional way of consulting the pro-vided information —i.e. purely encyclopedic and theoretical—with one more practical. To achieve this goal I chose to build the website based on two principal elements: the timeline and the emulators. The timeline is the first thing the user me-ets when he or she accesses the website. It is —of course— a temporal line which in its length gathers facts about the computing world between the 1940s and the 2000s. The dif-ferent items are divided in more specific categories, such as "input" and "output", then analyzed through their presence in the computing scene. The timeline is interactive: it can be questioned by the user, who can choose which information level he wants to reach, since the information is available in different modes and layers.

The emulators are the second step that users interact with in the website; they can be reached from the initial timeli-ne. These are not the kind of emulators commonplace in the computing field, but they are wider views of the interaction with the analyzed machine. The emulator could include and represent all the parts —even hardware— of a computer, and it presents an example of the usage of that computer; this will highlight the most important aspects of the experience, instead of the more technical ones. Languages includes five emulators which represent five computers spread over the time period analyzed.

8 Languages | indice

9

Abstract

1. Introduzione

2. Ricerca2.1 Linguaggi dimenticati,le ispirazioni2.2 Linguaggi dimenticati,le lingue2.3 Celebrazione tecnologica2.4 Musei e simili

3. Sviluppo progettuale3.1 Come si comincia?3.2 Le prime idee 3.3 Scavando, chiedendo, indagando3.4 Cosa è già stato fatto sul tema?3.5 Come iniziare a progettare?3.6 Per chi progettare? Utenti e scenari3.7 Che linguaggio/strumenti usare?3.8 I tentativi

4. Il progetto finale4.1 Costruzione del museo virtuale4.2 Il prototipo4.3 La linea del tempo 4.4 L'evoluzione del computing4.5 L'ulteriore livello4.6 Gli emulatori4.7 Languages/linguaggi4.8 La programmazione

5. Conclusioni

Fonti

Ringraziamenti

Indice

6

11

1316283436

434545474852535556

596162707071717272

74

78

83

10 Languages | introduzione

11

1. IntroduzioneIl report cartaceo o digitale che state leggendo è il fascicolo che si va ad affiancare al mio progetto di tesi, Languages. In quanto testo scritto di accompagnamento ad un progetto di interaction design, il suo compito è quello di motivare le scelte di design fatte durante lo sviluppo progettuale. Nello specifico la mia tesi si suddivide in tre capitoli: ricerca, svi-luppo progettuale e progetto finale. Il primo capitolo di ricerca corrisponde ai primi passi fatti per raggiungere quello che è il progetto finale; si è trattato in un primo momento di una ricerca ampia, di esplorazione, senza aver alcun obiettivo specifico prefisso. Il campo prescelto è stato quello del computing, o meglio della sua storia, a me piuttosto ignota fino a quel momento. Durante questa fase di esplorazione ho scoperto alcune cose molto interessanti, che in qualche modo hanno poi aiutato la riuscita progettuale; ho analizzato alcuni dei precursori dell'informatica, e in più ge-nerale personaggi e avvenimenti che hanno segnato questa storia, senza essere però dovutamente ricordati, come invece avviene per più popolari eroi moderni. Ho quindi dedicato la prima parte del mio capitolo di ricerca a queste eccezioni alla storia tradizionale, cercando di comprendere perchè si trattasse di tali o se il loro ruolo nell'informatica fosse stato significativo o meno. Nella seconda parte del capitolo di ricerca ho invece raccolto alcuni progetti contemporanei di arte/design il cui intento è quello di celebrare la pura tecnologia con mezzi di comunica-zione più vicini alla facile fruizione, rispetto ad un trattato di informatica, per esempio. Questi progetti non sono esattamen-te vicini a quello che è il mio risultato progettuale, ma i loro intenti li accomunano alla mia tesi, perchè anche il mio lavoro vuole andare a celebrare la parte di tecnologia rappresentata dal computing. Anche in questo caso gli esempi presentati mi

sono serviti per rafforzare la mia idea, per capirne la fattibilità o l'interesse che avrebbe scaturito negli utenti futuri.La terza parte della ricerca affronta invece il tema del museo, virtuale o reale, e analizza le varie modalità con cui, in proget-ti di altri, il museo è stato reso. Ciò che più mi ha affascinato in questo caso sono i diversi medium utilizzati per trasmettere il messaggio, infatti nei progetti che ho riportato, non ve ne è quasi nessuno che possiamo chiamare "museo", nella tradizio-nale accezione del termine; ma è anche vero che tutti questi progetti, appoggiati a piattaforme di diverso tipo, si compor-tano come musei veri e propri. Essi presentano "collezioni" diversamente fruibili, che mettono in mostra oggetti che non possiamo trovare altrove.Il secondo capitolo introduce il lettore a quello che è il pro-getto vero e proprio, lo fa attraverso la presentazione del procedimento progettuale, del modo in cui Languages è stato generato, a partire dalle prime "ampie" idee, fino a restringere il campo sulle caratteristiche più specifiche del progetto. An-che in questo capitolo è presente una brevissima ricerca che comprende solo quei progetti a cui mi sono direttamente ispi-rata per realizzare Languages, sia ad livello concettuale che ad livello puramente tecnico. Il capitolo prosegue parlando princi-palmente dei vari passaggi che mi hanno portato a realizzare il progetto così come appare oggi.Il terzo capitolo della tesi è atto a presentare il progetto nella sua forma finale, nei sui dettagli tecnici, nelle sue caratteri-stiche di fruizione e nelle sue qualità informative. In questa ultima parte ho raccolto le descrizioni di tutti i particolari di Languages, sia dal punto di vista del designer che da quello dell'utente, proprio questa è la parte che si può considerare più di "accompagnamento" al progetto, in quanto ne descrive ogni parte e motiva tutte le scelte progettuali fatte.

12 Languages | 2. ricerca

13

2. Ricerca


2.1 Linguaggi dimenticati, le ispirazioni 2.1.1 Memex2.1.2 As We May Think 2.1.3 Man-Computer Symbiosis 2.1.4 The computer as a Communication Device2.1.5 The mother of all demos2.1.6 What the Dormouse Said

2.2 Linguaggi dimenticati, le lingue2.2.1 Sketchpad2.2.2 Eliza2.2.3 GRAIL 2.2.4 Smalltalk2.2.5 PostScript

2.3 Celebrazione tecnologica2.3.1 Bicycle for two thousand2.3.2 The Binary Counter2.3.3 Wikipedia 10th anniversary

2.4 Musei e simili2.4.1 Computer History Museum2.4.2 Adobe interactive timeline 2.4.3 History of programming languages2.4.4 Museum of Obsolete Objects2.4.5 History of the iPhone2.4.6 History of the iPhone2.4.7 The Museum of Me2.4.8 Adobe Museum of Digital Media

2. Ricerca

15


2. Ricerca

2.1 Linguaggi dimenticati, le ispirazioni

Tutto ha avuto inizio qualche mese fa, esattamente quando è stato il momento di scegliere un argomento per la mia tesi. Mi sono immediatamente resa conto che non avrei potuto fare una tesi di interaction design senza indagare questa disciplina partendo dal suo inizio, o senza almeno provare a farlo. Ho così realizzato che la necessità di interagire con le macchine, necessità su cui questa disciplina si basa, è dovuta alla volon-tà di capire le macchine e di “parlare” la loro stessa lingua. Sin dagli inizi della computerizzazione, sin da quando i computer hanno fatto la loro comparsa nelle nostre vite, si è cercata una maniera per renderle più simile a noi, quindi più utili nell’a-iutare le nostre attività quotidiane. Più nello specifico, molti sforzi sono stati dedicati al tentativo di elevare i computer ad una sorta di sintonia ideale con la mente umana. In questa sezione ho deciso di raccogliere alcune delle storie "alternative" alla tradizionale storia dell'informatica, quelle eccezioni che, se non hanno segnato drasticamente l'anda-mento di questa storia, ha certamente aperto gli occhi a molti di coloro che la storia l'hanno effettivamente scritta.

2.1.1 Memex, Vannevar Bush, 1930

Bush (1890-1974), ingegnere americano noto per il suo ruolo politico nello sviluppo della bomba atomica durante la secon-da guerra mondiale, introduce il concetto di Memex(1) (proba-bilmente derivazione di memory extension) negli anni ‘30. Egli immaginò il Memex come uno strumento atto ad agevolare l'archiviazione e la consultazione di materiali di diversa natu-ra, dalle fotografie ai documenti; esso sarebbe dovuto essere basato sull’utilizzo di microfilm per catalogare i vari materiali, meccanizzato per essere consultato con straordinaria velocità

e flessibilità. Egli voleva che il Memex si emulasse l’intricata rete di impulsi trasportati dalle cellule del cervello, quindi doveva essere molto simile alle funzioni del cervello uma-no. Era molto importante che questo strumento fosse anche estremamente accessibile, un dispositivo del futuro per uti-lizzo individuale, una sorta di libreria/archivio meccanizzato sotto forma di scrivania. Ogni elemento è immediatamente collegato ad un altro. Bush spiega come la mente umana sia diversa dai tradizionali pa-radigmi di archiviazione. Per esempio, i dati sono spesso ar-chiviati in ordine alfabetico, e per fruirne l’utente deve risalire attraverso intricati percorsi sottocartelle di sottocartelle. Il cervello, dice Bush, funziona per associazione invece che per indice. Con questo progetto futuristico mai realizzato Bush introduce alcuni dei concetti sui cui si basa il computing dei giorni nostri, come per esempio l'ipertesto, alla base del World Wide Web, e la fruizione del dispositivo da parte di un singolo individuo, il personal computer.

2.1.2 Memex Demonstrator, Dynamic Diagrams, 1995

Nel 1995 in occasione del cinquantesimo anniversario del-

la pubblicazione di As we may think(2), Dynamic Diagrams(3) (studio americano di design specializzato in architettura dell’informazione e infografica) produsse un’applicazione che riproduceva nel dettaglio quello che doveva essere il funzio-namento di un Memex. La demo interattiva venne distribuita ai partecipanti della conferenza ACM SIGIR (Association for Computing Machinery’s Special Interest Group on Information Retrieval). L’applicazione, realizzata con Macromedia Director, non è più utilizzabile oggi, a causa della nuova generazione di processori non più compatibili con applicazioni prodotte per la generazione precedente; ne rimane solo un video dimostra-

Fig. 2.2 Memex sotto forma di scrivania richiamerà immediatamente materiali relativi ad ogni soggetto al tocco delle dita dell’operatore. Schermi inclinati e traslucidi ingrandiranno supermicrofilm archiviati attraverso codici numerici. A sinistra un meccanismo che fotografa automaticamente note scritte a mano, figure e lettere, quindi ,e archivia nella scrivania per riferimenti futuri.

Fig. 2.3 Memex in uso, su uno degli schermi trasparenti l’operatore del futuro scriverà note e commenti utilizzando come riferimento il materiale che sarà proiettato sullo schermo di sinistra. L’inserimento del relativo codice, in basso nello schermo di destra, richiamerà im-mediatamente un nuovo elemento e le note verranno fotografate su supermicrofilm.

Fig. 2.1 Uno scienziato del futuro registrerà esperimenti attraverso una piccola telecamera munita di lente universale. Il piccolo rettangolo sulla sinistra degli occhiali “vede” l’oggetto. (Didascalie e immagini presenti in questa pagine sono tratte dalla ristampa di As we may think su Life Magazine, del settembre 1945).

Fig. 2.4 Alcuni fotogrammi dell’applicazione realizzata da Dynamic Diagrams nel 1995, in occasione dei cinquant’anni dalla pubblicazione di “As we may think”. L’applicazione da vita agli schizzi di Vannevar Bush riguardanti il concetto di Memex.

Fig. 2.5 L’avvocato bibliotecario belga Paul Otlet ( 1868 – 1944) sognò un “cervello col-lettivo meccanico”, diede il via ad una gigantesca catalogazione della storia del mondo, un’enciclopedia universale che comprendeva milioni di schede dedicate ai vari argomenti. Il sistema di archiviazione Otlet ebbe inizio nel 1895 e fu portato avanti fino 1930.Otlet progettò anche un sistema di mobili speciali atti a contenere le schede, il Mundaneum appariva come una serie infinita di schedari in legno muniti di migliaia di piccoli cassetti atti a contenere le schede indicizzate.(4)


Sarà mai possibile fare fotografie a secco? Spesso si vorrebbe poter scattare una foto e avere la possibilità di vedere imme-diatamente la fotografia. Per registrare un’informazione oggi si scrive con una penna o si batte a macchina. L’autore del futuro sarà capace di parlare direttamente con la registrazione? Ci sa-ranno sempre un’infinità di cose da automatizzare nell’intento di semplificare azioni complicate che milioni di persone compiono. In qualunque operazione in grado di seguire una guida prefissata c’è una possibilità per la macchina. Un giorno potremo forse sele-zionare argomenti su una macchina con la stessa precisione con cui oggi inseriamo i prezzi in un registro di cassa.

L’azione principale è la selezione. Semplice selezione: si procede esaminando a turno ogni articolo di una lunga lista, scegliendo quelli che possiedono determinate caratteristiche. Esiste però un’altra forma di selezione meglio illustrata dal fun-zionamento di un centralino telefonico. Si compone un numero e il centralino seleziona solo una destinazione tra milioni di altre possibili (il telefono come processore meccanico di informazio-ni). Il centralino presta attenzione solo a una classe determinata dalla prima cifra, dopodiché solo alla sua sottoclasse definita dalla seconda cifra, e così via. Questo sistema potrebbe tran-quillamente funzionare anche per la selezione di argomenti. La mente umana funziona per associazione. Dopo avere “afferrato” un argomento, scatta istantaneamente a quello successivo, sug-gerito da un’associazione di pensieri, secondo un’intricata rete di impulsi trasportati dalle cellule del cervello. Selezione attra-verso associazione invece che per indicizzazione.

Considerando un dispositivo futuro per uso individuale, una sor-ta di libreria/archivio personale. Questo dispositivo ha bisogno di un nome “memex”, uno fra tanti possibili, assolverà questo compi-to. Un Memex è un dispositivo dove un individuo potrà immagazzi-nare i suoi libri, le sue registrazioni e le sue discussioni, sarà mecca-nizzato e potrà essere consultato con estrema velocità e flessibilità. Si tratta di un personale supplemento alla sua memoria.

Il Memex consiste in una scrivania, è principalmente un elemento di arredamento su cui egli lavora. Sul piano di scrit-tura sono posizionati tre schermi traslucidi, un materiale su cui è possibile proiettare materiali per la lettura. E’ presente anche una tastiera e un set di leve e pulsanti, senza i quali sembrerebbe una normale scrivania. I vari materiali vengono archiviati come microfilm. L’utente ha la possibilità di creare una sequenza di diversi materiali che nella sua mente sono collegati, alla sequenza viene dato un codice, richiamando questo codice egli richiama tutti i materiali ad esso connessi. Un documento può fare parte di varie sequenze. Forme com-pletamente nuove di enciclopedie appariranno, semplicemen-te create dall’utente attraverso una rete di percorsi associativi che vi corrono attraverso.Idee visionarie che hanno guidato un’intera generazione di scienziati e ingegneri. Bush vedeva in ogni lavoro ripetitivo, come per esempio quello impiegatizio, grandi possibilità per la ricerca scientifica, e a buon ragione.

tivo, che però rende molto bene ciò che Bush aveva in mente per il Memex; probabilmente egli stesso era cosciente che si trattasse principalmente di un concept difficilmente realizza-bile; che la descrizione dei dettagli tecnici era un po’ debole, probabilmente ipotizzò che il tutto si basasse sull’utilizzo di microfilm perché era la tecnologia più avanzata del momen-to, anche se i problemi legati ai microfilm erano visibili già allora. Ma è subito evidente quanto l’idea di Bush fosse forte e come rappresentasse le necessità del suo tempo. Sin dalla fine dell’Ottocento, sin da Paul Otlet(4) e il suo Mundaneum (progetto di un complesso sistema di indicizzazione che comprendeva sedici milioni di schede, relative ad altrettanti argomenti), molti sforzi vennero dedicati alla questione della catalogazione, l’importanza del collegamento nei sistemi di documentazione e l’idea di ipertesto. Perciò il Memex, anche se irrealizzabile, segnò la storia della computerizzazione, perchè fu un progetto che guardava al futuro, aldilà delle capacità tecnologiche contemporanee.

2.1.3 As We May Think, Vannevar Bush, 1945

Articolo scritto da Vannevar Bush per la rivista The Atlantic Monthly nel luglio del 1945 che ispirò molti e fu in parte respon-sabile di alcuni dei più importanti successi tecnologici della seconda metà del Novecento. Bush, allora direttore dell’Office of Scientific Research and Development (OSRD), dipartimento che coordinò la ricerca scientifica statunitense durante la se-conda guerra mondiale, sottolineò come l’unità di intenti degli scienziati alleati nella seconda guerra mondiale dovesse essere protratta anche in tempo di pace. Se gli scienziati avevano avu-to compiti ben precisi durante la guerra, ora, a conflitto finito, dovevano impiegare la competenza ottenuta in nuovi compiti. Se gli uomini di scienza americani erano stati in grado di col-laborare per una causa comune durante la guerra, ora, a com-battimenti cessati, dovevano ancora più saldamente unire le proprie forze.Nell’articolo Bush presenta per la prima volta il concetto di Me-mex, idea avuta diversi anni prima:

Questa non è stata una guerra degli scienziati; è stata una guerra in cui tutti hanno preso parte. Gli scienziati, dimenticando la loro antica competizione professionale per la necessità di una causa comune, hanno condiviso molto e imparato altrettanto. È stato l’incredibile lavoro di un’efficace collaborazione. Ora, per molti, tutto questo sembra stia finendo. Cosa faranno gli scienziati dopo?

Questo articolo fu illuminante per molti, se non tutti, gli scienziati e ingegneri che operarono negli anni successivi alla guerra, gettando le basi per la computerizzazione così come la conosciamo oggi. Il pensiero di Bush era molto chia-ro e diretto, e rileggendo oggi il suo articolo lo si trova an-cora attuale e d'ispirazione. Per anni le invenzioni hanno potenziato le capacità fisiche dell’uomo piuttosto che le sue capacità mentali. E se ora il tutto cambiasse?

Fig. 2.6 Vannevar Bush sull’Atlantic Monthly. Dopo aver giocato un ruolo fondamentale per quanto riguarda la tecnologia bellica utilizzata dall’esercito americano durante la seconda guerra mon-diale, Bush scrisse alcuni articoli che segnarono il conseguente sviluppo tecnologico.


2.1.4 Man-Computer Symbiosis, J. C. R. Licklider, 1960

Joseph Carl Robnett Licklider (1915–1990), psicologo e informa-tico americano, interessato nella tecnologia dell’informazione e parte del progetto ARPA per alcuni anni. ARPANET (Advanced Research Project Agency Network) fu un progetto sponsorizza-to dal Dipartimento di Difesa degli Stati Uniti, di cui si iniziò a gettare le basi nel 1967, e dove per la prima volta si iniziò a discutere di una possibile rete di connessione tra computer disposti in diversi luoghi del paese. In seguito ARPANET fu il primo network tra computer, basato su un sistema di nodi, ad ogni nodo era presente un computer che avrebbe fatto da ser-ver, la rete utilizzava la linea telefonica per la condivisione di file di grosse dimensioni e per lo scambio di "corrispondenza elettronica". Questo sistema era estremamente costoso, per via del gran numero di computer utilizzati per dar vita alla rete, per questo non si diffuse mai al di fuori delle università o dei dipartimenti militari; si può dire che fu un antenato del World Wide Web che conosciamo oggi, ma non così diretto come si immagina; il progetto venne chiuso nel 1989.Come già avvenne con Vannevar Bush, il contributo di Licklider allo sviluppo di internet, o meglio dell’utilizzo della tecnologia, è composto da più idee che invenzioni. Idee su come i computer avrebbero potuto amplificare la capa-cità umana nella risoluzione di problemi: tanto tempo fa, per far eseguire al computer un comando c'era bisogno di pratica-re dei fori su schede o nastri d carta, consegnare questi a qual-cuno che li avrebbe inseriti nella macchina e quindi aspettare il risultato per ore o addirittura giorni. Licklider era convinto che si sarebbe potuto fare di meglio e, più di chiunque altro, vide in anticipo quello che poi sarebbe successo.

La simbiosi uomo-computer(5) è una strada già segnata per lo sviluppo dell'interazione cooperativa tra gli uomini e i calco-latori elettronici. Coinvolgerà una congiunzione molto stretta tra gli esseri umani e i membri elettronici di questa società. I principali intenti sono 1) permettere ai computer di facilitare il pensiero formulato come ora facilitano la soluzione di pro-blemi formulati, e 2) lasciare che gli uomini collaborino con i computer nel prendere decisioni e nel controllare complesse situazioni, senza essere dipendenti in maniera inflessibile da programmi predeterminati. Nella cooperazione simbiotica di cui sopra, gli uomini stabiliranno gli obiettivi, formuleranno le ipotesi, determineranno le regole e prenderanno le decisioni. Le macchine faranno tutto il lavoro di routine atto a preparare la via per intuizioni e decisioni nel mondo tecnico e scientifico. Analisi preliminari dimostrano che l'associazione simbiotica farà eseguire operazioni intellettuali in maniera molto più ef-ficace rispetto a quello che l'uomo sarebbe in grado di fare da solo. Tra i prerequisiti per la realizzazione di una efficace associazione cooperativa sono inclusi ulteriori sviluppi della tecnologia time-sharing e dei dispositivi di input e output.

La profonda diversità tra i linguaggi dell'uomo e i linguaggi della macchina potrebbe essere l'ostacolo più serio per questa simbiosi. E' comunque rassicurante notare i grandi passi che sono già stati fatti, con programmi interpretativi e in partico-lare assembly e programmi di compilazione che avvicinano i

computer ad una forma di linguaggio più umana. Gli uomini

sembrano pensare in maniera più naturale in termini di obiet-

tivi più che in termini di processi. Certamente normalmente sanno qualcosa della direzione che verrà presa o delle guide lungo le quali lavorare, ma davvero in pochi iniziano qualcosa con un'idea precisa dell'itinerario. Paragonando ordinarie le istruzioni rivolte ad un essere umano pensante e quelle rivolte ad un computer, le seconde specificheranno sempre tutti i precisi passaggi e il loro ordi-ne predefinito. Le prime istruzioni presenteranno alcune note incentive e di motivazione.Istruzione rivolte ad un computer specificheranno i processi; istruzioni rivolte ad un uomo preciseranno gli obiettivi.Istruzioni per le machine attraverso la definizione di obiettivi vengono attenuate attraverso due procedimenti. 1) Soluzione di problemi. 2) Concatenazione in tempo reale di segmenti pre-programmati e di predefinite sotto-classi che l'operatore umano più richiamare all'azione digitando un semplice nome.Le parti meccaniche di cui l'uomo si è servito nel corso del tempo sono sempre servite da estensioni, prima delle sue braccia, poi dei suoi occhi.Ai giorni nostri i computer sono progettati per risolvere proble-mi preformulati, tutte le possibili alternative vanno dichiarate in anticipo. Uno degli obiettivi futuri principali è quello di ele-vare i computer a macchine capaci anche di formulare proble-mi. Appare evidente che questa azione cooperativa migliorerà largamente il processo di pensiero. Paragonate agli uomini, le macchine sono molto più veloci e precise, ma le loro capacità sono ridotte allo svolgimento di poche operazioni elementari per volta. Gli uomini sono fles-sibili, capaci di "programmare" loro stessi. Gli uomini stabi-liranno gli obiettivi e forniranno le motivazioni, per lo meno nei primi anni. Formuleranno ipotesi, porranno domande, in-venteranno i meccanismi, le procedure e i modelli. In generale loro daranno un contributo approssimativo e imperfetto, ma primario, guidando il corso generale dei pensieri.

2.1.5 The Computer as a Communication Device, J. C. R. Licklider, 1968

Era il 1968, Douglas Engelbart non aveva ancora fatto la sua futuristica dimostrazione utilizzando un proto-internet e un proto-Skype, e Licklider stava già immaginando le macchine del futuro, con idee vicine in maniera impressio-nante a quello che poi sarebbe realmente successo. Egli vedeva una comunità online diffusa nello spazio che con-divideva informazione di comune interesse; vedeva persone che durante una conferenza, controllavano dati relativi alla presentazione a cui stavano assistendo; immaginava che un giorno sarebbe stato più facile comunicare attraverso lo schermo di un computer che parlare faccia a faccia(6).

In pochi anni, gli uomini saranno in grado di comunicare più efficacemente attraverso le macchine che faccia a faccia. Comunicare è più che mandare e ricevere. Ogni conversazione tra due persone a proposito di un'esperienza comune fa uso

23

di modelli informativi relativi a quello stesso argomento. Ogni modello è la struttura concettuale di astrazioni formulate ini-zialmente nel pensiero di una delle due persone che comunica-no, non ci sono modelli comuni. Una visione futura del sistema comunicativo permette ad ogni partecipante alla conversazione di sfogliare i file relativi al di-scorso che viene ascoltato, e quindi verificare importanti que-stioni senza bisogno di interrompere la presentazione. Le contemporanee comunità on-line sono separate sia opera-tivamente che geograficamente, ogni membro può consultare solo il materiale in possesso della sua comunità. Il prossimo passo è quello di interconnettere le distinte comunità trasfor-mandole quindi in una supercomunità. Queste comunità ne faranno parte non grazie ad una posizio-ne comune, ma bensì grazie ad interessi comuni. Cosa farà parte della memoria comune? Ogni documento bat-tuto, ogni strumento di raccolta dati, ogni testo dettato regi-strato nutrirà il network.

Fig. 2.7 Disegni fatti dallo stesso Licklider per dimostrare la sua idea di web.Fig. 2.8 Illustrazioni di Roland B. Wilson che accompa-gnarono la pubblicazione originale di The Computer as a Communication Device.


2.1.6 The mother of all demos, Douglas Engelbart, 1968

La madre di tutte le dimostrazioni(7) è una presentazione fat-ta da Douglas Engelbart, inventore americano, il 9 dicembre 1968 alla Fall Joint Computer Conference, a San Francisco. La dimostrazione trattò di tecnologie sperimentali sviluppate da lui e il suo team all’ARC (Augmentation Research Center) nei 6 anni precedenti.Durante la conferenza tenutasi al Convention Center a San Francisco, Engelbart, con l’aiuto della sua squadra schierata nel loro laboratorio a Menlo Park, dimostrò l’operato del NLS (oN-Line System). Questo fu il debutto in pubblico per il mouse da computer, ma il mouse era solo una delle molte innovazioni presentate quel giorno, tra cui link ipertestuali, object orienting e dynamic file linking, come anche condivisione collaborativa dello schermo tra due persone in due punti differenti dello stato che comu-nicano attraverso un network con interfaccia audio e video.Durante la Seconda guerra mondiale, quando prestò servi-zio come tecnico radio per la Marina Militare nelle Filippine, Engelbart fu ispirato dall’articolo scritto da Bush, As We May Think, e decise, dopo aver conseguito una laurea in ingegneria elettronica, che le sue capacità e la sua conoscenza dovevano essere utilizzate per una causa comune.La carriera di Engelbart ebbe uno slancio nel 1951 quando re-alizzò che la sua carriera non aveva nessun obiettivo se non quello di ottenere una buona educazione e un lavoro rispetta-bile. Nel corso alcuni mesi elaborò che:1) avrebbe utilizzato il suo lavoro per fare del mondo un luo-go migliore;2) ogni sforzo per rendere il mondo migliore richiede una certa organizzazione;3) sfruttare l’intelligenza collettiva di tutte le persone che potessero contribuire a soluzioni effettive era la chiave.4) se è possibile migliorare drasticamente la maniera in cui ciò viene fatto, ogni sforzo per migliorare il pianeta verrà amplificato;5) i computer avrebbero potuto essere il mezzo per raggiun-gere questi obiettivi.Per ottenere i risultati che si era prefissato Engelbart reclutò una squadra di ricerca per il suo nuovo ARC, laboratorio che formò allo Stanford Research Institute a Menlo Park, California. l'ARC fu uno dei primi laboratori a ricevere fondi dal progetto ARPA(8) nel 1962, dove al momento si trovava J. C. R. Licklider i quale indirizzò Engelbart verso il miglioramento della comuni-cazione tra esseri umani e macchine, al tempo limitata all'as-solutamente non-interattivo batch processing e al fintamente interattivo time-sharing. Queste idee diventarono la forza trainante dietro alla proget-tazione e lo sviluppo dell’oN-Line System.A partire dal 1962 Engelbart e un gruppo di 17 ricercatori lavo-rarono all’ARC sul progetto. Durante i sei anni di lavoro l’NLS assunse una forma strabiliante, tanto da non differire di molto dalla tecnologia di cui facciamo uso oggi, più di quarant’anni dopo. Guardando Engelbart durante la dimostrazione che, con incredibile dimestichezza e tranquillità, dimostra il funziona-

mento del suo sistema, parlando in un futuristico mini-microfo-

no con auricolare incorporato e dirigendo allo stesso tempo la sua squadra a Menlo Park, la prima cosa che ci viene in mente è una conversazione su Skype con condivisione dello schermo. Ma se l’oN-Line System era l’obiettivo principale dell’ARC non fu di certo il solo progetto che ne risultò, durante quei sei anni il gruppo di ricerca “incappò” nell’invenzione di svariati oggetti oggi di uso comune, uno per tutti il mouse. Davvero impres-sionante è il modo del tutto naturale in cui Engelbart parla di queste cose; quando nel corso della dimostrazione gli capita di nominare il mouse, ridacchiando per via del nome, spiega che dopo un po’ di tempo che ne facevano uso a qualcuno venne in mente di chiamarlo così, per l’innegabile somiglianza con un topo, con coda e tutto il resto, e poi hanno semplicemente continuato ad usare quel nome, quando a quel tempo muoversi attraverso lo schermo era un problema non da poco.

Fig. 2.9 Programma della conferenza tenuta da Douglas Engelbart nel 1968.

Fig. 2.11 Engelbart e la sua squadra durante la dimostrazione. L’intera regia, la condivisione dello schermo, l’utilizzo di diverse telecamere, ogni cosa che venne proiettata quel giorno sul megaschermo fu gestita dagli ingegneri dell’ARC.

Fig. 2.10 Copia di As we may think proprietà di Douglas Engelbart.


2.1.7 What the Dormouse Said, John Markoff, 2005

John Markoff, scrittore e giornalista americano, specializza-to in trattati di informatica, nel suo What the Dormouse said: How the Sixties Counterculture Shaped the Personal Computer Industry(9) unisce tutti i punti e spiega come il clima politico degli anni ‘60, l’utopico stato mentale della controcultura, la sperimentazione di droghe psichedeliche, la ricerca finanziata dall’esercito e le battaglie per il futuro dell’intelligenza artifi-ciale che ebbero luogo nella Bay Area, giocano un ruolo signi-ficativo nel susseguente sviluppo dell’industria del computer.

Doug Engelbart seduto al di sotto di uno schermo alto sei metri mentre incanta il pubblico e controlla l'attenzione dell'audience a due mani. Per lo meno questo è quello che parse a Chuck Thacker, un giovane designer dello Xerox PARC il quale vide alcuni anni dopo il video della dimostrazione che cambiò il corso dell'intero mondo dei computer.Il 9 dicembre 1968 l'oNLine System venne mostrato al mondo per la prima volta. Engelbart scelse il Fall Joint Computer Conferen-ce, dove annualmente si radunavano alcune delle più prestigio-se firme del settore, per il debutto pubblico dell'Augmentation Research Center. Nell'oscurato auditorium Brooks Hall di San Francisco tutte le sedie erano occupate e altri spettatori ancora si allineavano in piedi lungo le pareti. Sul gigantesco schermo alle sue spalle, Engelbart dimostrò un sistema che parve pura fanta-scienza al pubblico formato da programmatori cresciuti a schede perforate e terminali con possibilità di sola scrittura.In novanta minuti di sessione mozzafiato, egli mostrò come era possibile modificare un testo su uno schermo, creare link iperte-stuali tra un documento elettronico e l'altro, come mescolare testo e grafica e addirittura come mischiare video e grafica. Abbozzò anche una visione di computer network sperimentale, che sareb-be poi stato chiamato ARPAnet, e ipotizzò che nel giro di un anno sarebbe stato in grado di fare la stessa dimostrazione a distanza, mostrandola in tutta la nazione.In pratica ogni aspetto significativo dei computer di oggi venne rivelato in quella magnifica ora e mezza.Vi furono due dettagli che abbagliarono particolarmente il pubblico durante quel piovoso lunedì mattina: per prima cosa il computer da macina-numeri quale era divenne strumento di informazione e comunicazione. Secondo: la macchina veniva usata in maniera interattiva e tutte le sue risorse erano dedite ad un singolo individuo. Era la prima volta che veniva visto un vero personal computer. Engelbart parlava dolcemente con voce monotona, la quale ave-va una nota leggermente inquietante data dal riverbero nella grande sala conferenze. Indossando cravatta e camicia bianca a maniche corte, seduto su una sedia Herman Miller con scrivania su misura, introdusse il mondo intero al cyberspazio. Mostrò ai migliori ingegneri infor-matici della nazione come le persone avrebbero lavorato nel futu-ro, condividendo complesse informazioni digitali in tempo reale, anche ai due capi opposti del mondo.Per molti che assistettero quello fu più che un fulmine a ciel se-reno: fu un'esperienza religiosa che ispirò quella generazione di

scienziati allo stesso modo in cui il Memex di Vannevar Bush ispi-

rò Engelbart ventitré anni prima. Engelbart rubò letteralmente la scena, durante i giorni successi-vi non si parlò d'altro. Anni dopo la sua dimostrazione divenne "la madre di tutte le dimostrazioni", dalle parole di Andries van Dam, uno studente di informatica della Brown University che poi collaborò con il team Apple per lo sviluppo dell'applicazione HyperCard nel 1987. In molti aspetti è ancora la più eccezionale dimostrazione che il mondo dell'informatica abbia mai visto. "Il mondo fantastico dei computer di domani" titolava il San Fran-cisco Chronicle, il quale scrisse che Engelbart sapeva che il suo gruppo di lavoro stava coscientemente puntando ad un'intelligen-za artificiale chiamata computer.Non esisteva più la minima distinzione tra "augmentation" ed "automation" per il giornalista, ma questo era anche il cuore della dimostrazione. Engelbart mise al centro di tutto l'azione dell'uo-mo, andando contro quelle che erano le convinzioni degli informa-tici dell'epoca. Era praticamente eresia, ma da questa eresia nac-que e si sviluppò il personal computer come lo conosciamo oggi. (tradotto personalmente)

27

Fig. 2.12 Community Memory, terminal al Leopold’s Records, Berkeley, California, 1975. Tutti potevano usare questo terminale per lasciare messaggi, connesso ad un computer mainframe che utilizzava una rete time-sharing. Questa fu un’idea radicale di un tempo in cui quando la controcultura paventò che i computer divenissero strumenti del potere industriale.


2.2 Linguaggi dimenticati, le lingue

A partire dagli anni ‘60 si è assistito ad un interminabile fiorire di linguaggi di programmazione e di sempre nuove maniere per comunicare con le macchine. Quello che mi affascina principalmente sono i tentativi, spesso non andati a buon fine, i progetti molto innovativi, ogni volta definiti precursori di qualcosa o primi esempi di qualcos’altro, ma che non hanno poi trovato il giusto spazio per crescere. Tutte queste prove potrebbero essere rappresentate come i piccoli affluenti di un grande fiume, alla cui foce sta lo stato dell’arte della tecnologia contemporanea, pressoché perfetta, la quale ha avuto bisogno di questi incerti tentativi per diventare così come la conosciamo oggi.

2.2.1 Sketchpad, Ivan Sutherland, 1963

Ivan Sutherland è un ingegnere informatico americano e un pioniere dell'informatica, fu professore alla Utah University e co-fondatore della compagnia Evans & Sutherland, azienda specializzata nella produzione di simulatori di vario genere principalmente per l'esercito militare; molti dipendenti dell'azienda furono ex-studenti della Utah University ed in seguito parteciparono attivamente nella scrittura un pezzo di storia della tecnologia, fondando aziende come Adobe, Pixar e Silicon Graphics. Anche Sutherland dichiara che la sua carriera fu largamente ispirata da As We May Think scritto da Bush, così come avvenne per Engelbart. Durante il suo dottorato al MIT, Sutherland inventò Sketchpad(10), un programma innovativo che senza dubbio in-fluenzò alcune delle principali forme di interazione con i com-puter. Antenato dei moderni CAD (Computer-Aided Drafting) segnò lo sviluppo di una vera e propria interfaccia grafica per i computer. Sketchpad, programmato per il Lincoln TX-2, main-

frame costruito nel 1958 al MIT, usa il disegno come un nuovo mezzo per comunicare con la macchina. In un tempo in cui, per mandare un qualunque comando alla macchina, era indispensabile saper scrivere il codice relativo a quel comando o addirittura imprimerlo in una scheda perfora-ta, il sistema di Sutherland permetteva all’utente di disegnare semplicemente i propri comandi. Comprendeva input, output e compilatori che consentivano alla macchina di interpretare le informazioni disegnate e mostrarle semplicemente sullo schermo, uno schermo a tubo catodico con oscilloscopio, sen-za bisogno di alcun tipo di codice o coordinata. Sutherland progettò anche gli strumenti con cui era possibile utilizzare il programma: una penna luminosa con cui tracciare i segni direttamente sullo schermo e una consolle di leve e pulsanti con cui richiamare le varie funzioni, i disegni fatti venivano poi salvati su nastri magnetici; quattro manopole alla base dello schermo permettevano di muoversi all’interno del “foglio da disegno”. Con Sketchpad era possibile disegnare qualcosa, salvarlo, copiarlo, incollarlo altrove, modificare il simbolo sorgente e, a cascata, modificare tutte le sue copie posizio-nate in diversi disegni; si poteva tracciare qualcosa a mano libera e servirsi poi di vincoli per assicurasi che le linee fos-sero dritte. In un filmato girato all’epoca, Sutherland mostra addirittura la possibilità di utilizzare la terza dimensione per costruire i propri disegni, mostrando Sketchpad in una moda-lità con vista molteplice. Tutto questo è molto impressionante se si pensa che era il 1963, ma ancora più impressionante e significativo, è il punto del fil-mato in cui Sutherland quasi si lamenta delle condizioni della macchina su cui programmò Sketchpad: se non fosse stato per la memoria limitata, per lo schermo troppo piccolo e a bassa definizione, se non fosso stato per i nastri magnetici di cui do-veva servirsi per salvare i vari file, il suo programma sarebbe stato perfetto, praticamente AutoCAD fatto e finito.

29

Fig. 2.14 Dettaglio della penna luminosa usata in Sketchpad.Fig. 2.15 Studente del MIT mentre usa Sketchpad in modali-tà 3D con vista multipla.

Fig. 2.13 Sezione del puntatore luminoso.

“You will see a man actually talking to a computer. The computer is not anymore a number-crunching machine, it’s a human assistant”Steven Koons, professore di ingengeria meccanica al MIT

E questo avvenne durante il suo dottorato, c’erano tutte le promesse per una carriera strabiliante. Ma Sketchpad ebbe una distribuzione molto limitata, se non nulla, questo non gli impedì di influenzare molti dei programmi che gli succedet-tero, ma senza dubbio Sutherland non diventò lo Steve Jobs del disegno geometrico. Sketchpad fu un fulmine a ciel sereno, nessuno era ancora pronto per qualcosa di così avanzato, tan-to meno la tecnologia del tempo, che non era assolutamente all’altezza. Si dovettero aspettare altri 20 anni prima di vedere veramente commercializzato il primo computer con interfaccia grafica, il Macintosh nel 1984.


2.2.2 Eliza, Joseph Weizenbaum, 1964-66

Eliza(11) è un programma, uno dei primi esempi di elaborazio-ne del linguaggio naturale, sviluppato al MIT da Joseph Wei-zenbaum. Eliza funziona trasformando le risposte dell’utente in un codice poi utilizzato dalla macchina per rispondere a sua volta. La versione più famosa di questo programma è DOCTOR, la simulazione di uno psicoanalista che fa uso del metodo descritto sopra ma che non è a disposizione di alcun genere di informazione sui comportamenti umani, ma rimane comunque in grado di dare risposte che sembrano umane. DOCTOR fu uno dei primi chatterbot mai esistiti.Eliza mi interessa in quanto esempio principe della volontà dell’uomo di trovare un metodo per cui comunicare con le macchine diventi il più simile possibile a quello usato tra esseri umani.Weizenbaum progettò Eliza quasi per gioco, ciò che credeva ne sarebbe risultato era la parodia di uno quei terapisti paziente-centrici, tanto di moda allora. Ma a progetto finito si rese con-to che Eliza non era affatto una parodia, che il semplice fatto di fare delle domande la rendeva quasi umana, anche se que-ste domande erano evidentemente generate da un algoritmo basato su ciò che l’utente aveva scritto in precedenza; in parti-colare, Weizenbaum rimase scioccato quando un giorno la sua segretaria, mentre stava provando il programma, gli chiese di lasciare la stanza. Dopo Eliza si sono susseguiti innumerevo-li chatterbot e simili, uno per tutti Cleverbot. Un’applicazione web progettato dallo scienziato Rollo Carpenter che si basa, come Eliza, su un sistema di domanda-risposta, ma in questo caso il robot, pressoché come un essere umano, è in grado di imparare. Ogni volta che viene digitato qualcosa di nuovo nel-la casella di testo, Cleverbot lo apprende e lo memorizza in relazione al contesto in cui questa risposta è stata data. In seguito Cleverbot sarà in grado di utilizzare quella stessa bat-tuta in altre conversazioni. Cleverbot è stato lanciato per la prima volta nel 1988 e, se oggi è in grado di sostenere una conversazione quasi ragionevole, è perché moltissime persone hanno passato ore e ore a parlare con lui, pur sapendo benis-simo che si trattava di un robot.

Fig. 2.16 Simulatore di DOCTOR presente sul Terminale di ogni sistema operativo Mac OS X.

31

2.2.3 GRAphical Input Language, Rand Corporation, 1969

GRAIL(12) è un flowchart language sviluppato alla RAND (Rese-arch ANd Development) nel 1969, che, permetteva di disegna-re elaborati grafici.L’utente, disegnando su una tavoletta grafica, per esattezza la prima tavoletta grafica in grado di comunicare con un com-puter, progettata anch’essa alla RAND Corporation, poteva vedere in tempo reale ciò che stava creando su un semplice schermo a tubo catodico. Il dettaglio più impressionante di questo linguaggio era la capacità di riconoscere la segno a mano libera come input, distinguendo quindi i vari simboli e lettere dell'alfabeto. Il sistema era altamente reattivo e sempli-ce da comprendere con un’interfaccia grafica per l’interazione uomo-macchina.La macchina utilizzata era un IBM System/360, dedicato com-pletamente al supporto di un singolo GRAIL, divenendo così un personal computer molto costoso. Forse era un programma molto pesante per i computer dell’epoca, ma il risultato era qualcosa di magico, qualcosa di talmente semplice che, guar-dando uno dei filmati dimostrativi girati al tempo, non c’è qua-si bisogno di alcuna spiegazione. L’utente deve semplicemente disegnare o scrivere ciò che desidera e il programma è in grado di riconoscere di cosa si tratta.Anche in questo caso si tratta di uno strabiliante progetto, non solo per l’epoca, che non ha poi avuto significativi successori. Sono passati decenni prima che si potesse realmente usare un programma per il riconoscimento della scrittura manuale, anni prima di poter utilizzare ragionevolmente una tavoletta grafica.

Fig. 2.17 Simboli di cui l’utente si poteva servire per costruire i grafici. Immagine tratta dalle documento pubblicato dalla RAND Corporation nel 1969. Fig. 2.18 GRAIL così come appariva nel 1969 sull’IBM System/360.


“We came up with a software idea that allowed you to program at all levels of the machine. We called it programming system.We wanted to make sure that people could build applications that represented their own understanding."Adele Goldberg intervistata dal Computer History Museum(15)

2.2.4 Smalltalk, Alan Kay Adele Goldberg e altri, 1972

Smalltalk(13) è un linguaggio di programmazione object-orien-ted con analisi dinamica del codice scritto dall'utente e pa-radigma di programmazione riflessivo. Chiaro esempio di una nuova man-computer symbiosis (vedi pag. 22). Smalltalk è stato sviluppato negli anni settanta allo Xerox PARC (Palo Alto Research Center) (14). Lo Xerox PARC fu una sorta di paradiso/inferno per i ricercatori informatici. Sorto nel 1970 all'interno della Xerox Corporation, un'azienda che produceva principalmente fotocopiatrici e stampanti che, arrivando alla conclusione che i computer atti a produrre il materiale che sarebbe stato poi stampato con una Xerox non erano all'altezza delle loro stampanti, decise di creare un pro-prio laboratorio di ricerca atto a migliorare questi computer.Il compito assegnato ai neoassunti ingegneri e scienziati era "semplicemente" quello di creare l'ufficio del futuro. In più in quel periodo iniziava a girare una voce che prevedeva l'avven-to di "uffici senza carta", questo non poteva che innervosire un'azienda che produceva stampanti e fotocopiatrici. Qundi il PARC sarebbe servito anche ad aiutare Xerox nel superare questa fase di cambiamento.Il PARC fu paradiso e inferno allo stesso tempo perché era sì il luogo perfetto dove inventare la tecnologia del futuro e dove tutti i migliori ricercatori erano concentrati, ma allo stesso tempo aveva una libertà d'azione solo apparente. Infatti, no-nostante le invenzioni fatte al PARC furono le "prime" in molti campi, non venne permesso loro di avere successo come pro-dotti commerciali, molte idee non vennero mai rese pubbliche, probabilmente per decisione dell'azienda madre Xerox.Anche Smalltalk fa parte di questo mondo di idee brillanti che non raggiungono mai il pieno successo. Smalltalk-72, la pri-ma versione, fu troppo innovativa e non venne adottato dai programmatori dell'epoca, quando Smalltalk-80 fu disponibile per il pubblico nel 1980, molti altri sistemi operativi erano già sul mercato o pronti ad invaderlo, non lasciando molto spazio per Smalltalk. L'obiettivo del software fu quello di cambiare il paradigma di programmazione usato fino a quel momento. Se fino ad allora si era programmato separando nettamente quello che era programma e quello che era dato/informazione, Smalltalk propose di cancellare questa separazione, concen-trandosi principalmente sull'oggetto, che contiene sia dati che programma. Quindi l'utente non modificherà più il programma per ottenere risultati sugli oggetti, ma modificherà gli oggetti stessi. Con Smalltalk era possibile programmare a tutti i livel-li della macchina, si trattava di un software, un sistema, che avvicinava la programmazione anche alle persone comuni, permettendo loro di creare applicazioni di varia complessità, a seconda della loro conoscenza personale.

Fig. 2.19 Beanbag conference room allo Xerox PARC, 1970.

33

2.2.5 PostScript, John Warnock, 1976

Questo ultimo esempio di linguaggio è il più (e pressoché unico) fortunato a livello commerciale in questo elenco. L'idea che generò PostScript(16) iniziò a prendere forma nel 1976 quando John Warnock era dipendente della compa-gnia Evans & Sutherland (lo stesso Sutherland che inventò Sketchpad). Warnock lavorava in una succursale della E&S nella Bay Area, incentrando il suo lavoro soprattutto su materiale grafico di vario tipo, fu così che gli venne l'idea di creare un linguaggio capace di processare in modo sod-disfacente questo genere di materiale. Dopo questo inizio passarono ancora anni prima che il vero e proprio PostScript venisse sviluppato e distribuito. Nel 1982 Warnock fondò la Adobe Systems insieme a Chuck Geschke, che lasciò lo Xerox PARC proprio a questo scopo; i due programmarono la pri-ma versione di PostScript e la commercializzarono nel 1984. Lo scopo principale di PostScript, linguaggio di descrizione pagina interpretato, era quello di permettere agli utenti di mandare in stampa un documento prodotto da un computer con la stessa qualità di uno prodotto in maniera tradizionale, utilizzando a pieno le potenzialità della stampante, sempre maggiori di quelle di un monitor per computer. Un file Post-Script può essere visualizzato e stampato alla massima riso-luzione su qualunque piattaforma compatibile.

Fig. 2.20 Sopra PageMaker prodotto dalla Aldus Corporation.Fig. 2.21 Sotto Prima versione Adobe Illustrator, 1987.

In quegli anni in molti stavano lavorando a progetti simili, ne

risultano linguaggi come HPGL (Hewlett Packard Graphics

Language)(17) che fu forse il primo linguaggio grafico creato specificatamente per una stampante, sviluppato dalla Hewlett-Packard, compagnia che è simbolicamente la pietra miliare della Silicon Valley, nonostante non produca effettivamente semiconduttori. HPGL era però estremamente complesso e veniva "compreso" solo da stampanti HP. Ci fu anche il sof-tware Bravo, nato allo Xerox PARC nel 1974, definito il primo programma per scrittura a computer con modalità WYSIWYG (What You See Is What You Get). Bravo fu concepito per poter usare al meglio le stampanti Xerox, nonostante la bassa qualità del monitor utilizzato per visualizzare i documenti, al tempo la risoluzione massima per uno schermo era di 72 ppi; quello fu il periodo in cui Xerox sviluppò la prima stampante laser con una risoluzione di 300 ppi.PostScript, diversamente dai precedenti linguaggi per il con-trollo di stampanti, è un linguaggio completo, è in grado di descrivere il contorno dei caratteri tipografici, permettendo quindi ampia libertà per quanto riguarda la dimensione, la rotazione e la posizione di questi. Può maneggiare con la stessa dimestichezza immagini bitmap o vettoriali, la liber-tà viene limitata solo dalla dimensione della memoria RAM dell'interpretatore, usato per visualizzare sullo schermo quel-lo che verrà poi stampato.La ragione per cui PostScript (e nessun altro dei linguaggi so-pra descritti) portò la Adobe Systems a diventare la potenza che è oggi fu anche una buona strategia commerciale. Infatti poco dopo il lancio di PostScript al pubblico, Steve Jobs visitò la Adobe necessitando di un linguaggio grafico da installare sulle stampanti Apple; nel 1985 la Apple LaserWriter fu la pri-ma stampante ad essere venduta con PostScript incorporato, quest'ultimo ulteriormente implementato ed in grado di elabo-rare anche immagini.Nel 1984 uscì anche il primo Macintosh, il primo personal computer commercializzato provvisto di mouse e di interfaccia grafica, su di esso poteva essere installato PageMaker inter-pretatore per PostScript, introdotto anch'esso nel 1984 dalla Aldus Corporation ed in seguito acquisito dalla stessa Adobe, poi evolutosi nell'InDesign che conosciamo oggi.Si può dire che nel 1985 il mondo dell'editoria era stato porta-to con successo anche all'interno dei computer.


2.3 Celebrazione tecnologica

In questo capitolo ho raccolto alcuni interessanti progetti di interaction design che, mi è parso, avessero la volontà di celebrare la tecnologia pura e semplice. Pur non facendo parte della categoria "musei e simili", questi progetti possiedono quella nota nostalgica tipica dei musei; nostalgia nei confronti di una tecnologia passata, forse più semplice e onesta di quella presente, ma soprattutto vogliono sottolineare l'importanza di ricordare. Nonostante si tratti di tecnologia, quindi di qualcosa che oggi diamo per scontato, essa si merita di essere celebrata e di avere una propria storia, così da non essere dimentica. Ho raccolto quindi una breve lista di non-musei perchè questi progetti, forse ancora più di quelli che assolvono il compito di musei a tutti gli effetti, si avvicinano all'idea che c'è alla base di Languages che, sì è un museo virtuale, ma non è statico, vi si può interagire, e soprattutto il suo intento principale è quello di celebrare un pezzo di storia della tecnologia, proprio come le installazioni che vado a proporre fanno.

2.3.1 Bicycle Built for Two Thousand, Aaron Koblin e Daniel Massey, 2009

Bicycle Built for Two Thousand è la registrazione di 2.088 voci registrate raccolte attraverso il servizio web Mechanical Turk fornito da Amazon. Venne chiesto alle persone, lavoratori onli-ne all'interno del sistema di Amazon, di ascoltare un breve pezzo di una traccia audio e di registrare loro stessi mentre cercavano di imitare ciò che avevano sentito. La canzone da cui erano tratte tutte le varie clip audio era "Daisy Bell", can-zone divenuta famosa nel mondo della tecnologia perché fu la prima ad essere "cantata" da un computer. Nel 1961 John Kelly e Max Mathews, nei Bell Labs(18), scrissero un programma per un IBM 7094 che, cantando Daisy Bell, lo fece diventare

la prima macchina in grado di produrre una voce sintetizzata. La canzone raggiunse popolarità stellare quando fu cantata dal Hal 9000 in "2001: Odissea nello spazio", film del 1968 diretto da Stanley Kubrick. In contrasto con la versione sinte-tizzata della canzone del '62, Aaron Koblin e Daniel Massey utilizzarono un sistema di voci umane distribuite in 71 paesi del mondo ma rese "artificiali" dal contesto, cioè il Mechani-cal Turk di Amazon, altra citazione di una delle più famose leggende del mondo della tecnologia. Il turco meccanico(19) è una "macchina" inventata nel 1769 per simulare un giocatore di scacchi; questa macchina appariva come un automa dalle sembianze umane, ma la parte più affascinante è che l'auto-ma era manovrato da un vero essere umano nascosto al suo interno, una sorta di senso-contro-senso che passò alla storia.

2.3.2 Binary Counter, Lyckegaard, Bierbower e Noble, 2011

Progetto di tre studenti del CIID (Copenhagen Institute of In-teraction Design) realizzato durante un workshop tenuto da Massimo Banzi, David Mellis e David Gauthier.Si tratta di un display interattivo e di uno strumento educa-tivo per bambini, il quale li aiuta a comprendere gli elementi fondamentali dell'informazione digitale: gli zero e gli uno. Un byte viene suddiviso in 8 bit a ciascuno dei quali viene rap-presentato fisicamente e visualmente attraverso servomotori e luci LED. The Binary Counter usa i movimenti generati dai motori per mostrare il cambiamento dei valori in ogni diversa posizione all'interno del byte. I bambini possono veder solle-varsi la scheda relativa ad ogni bit mentre ruotano un disco atto ad incrementare i numeri decimali sullo schermo. Appe-na iniziano a comprendere il funzionamento, sono in grado di fare calcoli premendo direttamente i pulsanti corrispondenti ai vari bit. Progetto molto interessante per la sua semplicità, per come semplicemente funziona.

2.3.3 Wikipedia's 10th Anniversary, Dean McNamee e Tim Burrell-Saward, 2011

Installazione progettata per i festeggiamenti del decimo anniver-sario dalla fondazione ufficiale di Wikipedia, tenutasi alla Louise T. Blouin Foundation di Londra l'11 settembre 2011. Un sistema di travatura reticolare metallica correva sopra l'ingres-so della fondazione, questa struttura sorreggeva una serie di 18 stampanti sospese connesse a internet, esse stampavano un arti-colo tratto da Wikipedia ogni volta che questo veniva modificato o creato. Il risultato era un flusso continuo di pagine che, dopo essere state stampate, cadevano dolcemente sul pavimento, sino a ricoprirlo completamente. L'installazione dimostra pienamente la devozione della comunità di utenti che sta dietro a Wikipedia, lo strumento per antonomasia della conoscenza collettiva.

Fig. 2.22 Wikipedia 10th Anniversary. Fig. 2.23 A Bicycle for Two Thousand.Fig. 2.24 Binary Counter.


2.4 Musei e simili

Questa è la sezione della ricerca che si avvicina di più al mio progetto di tesi in quanto vengono raccolti alcuni progetti che in diversi modi voglio omaggiare un pezzo di storia più o meno contemporanea. Si tratta di musei, con una reale posizione ge-ografica o collocati semplicemente nel web, linee del tempo, interattive o meno, che raccolgono informazioni relative ad una parte di storia della tecnologia.

2.4.1 Computer History Museum, Mountain View, California

Il CHM(20) è l'istituzione leader nel mondo per quanto riguarda la storia dell'informatica, è dove sono collocate le più grandi collezioni di artefatti della computerizzazione, tra hardware, software, documentazione, fotografie ed immagini in movi-mento. Il museo porta la storia dei computer alla vita, una perla preziosa della museografia. Diverso da altri musei di informatica e computerizzazione perché attraverso il suo sito internet mette a disposizione di tutti, anche coloro che non possono permettersi un viaggio in California per visitare il museo, i suoi materiali d'archivio, molto apprezzabili per la loro ricchezza e ottima catalogazione. Proprio la parte del sito internet è quella che mi interessa di più. Il sito si chiama Revo-lution: The First 2000 Years of Computing ed è proprio così, sia attraverso la linea del tempo interattiva, che navigando tra le varie "exhibit" proposte. "Exhibit" è il nome con cui le varie se-zioni del sito vengono chiamate, come se navigare all'interno del sito fosse un po' come aggirarsi tra le sale del museo. Ed è davvero aggirarsi nei primi 2000 anni della computerizza-zione. Qui sono raccolte le migliori foto relative all'argomento che si possono trovare online, la timeline è anche arricchita da molti video, tra cui interviste fatte ad alcuni dei miti dell'in-formatica. Ma è soprattutto importante il modo in cui il sito

riesce a dare una chiara vista d'insieme di quella che è consi-derata la storia del computing, diversamente da ciò che viene offerto da altri website e, se vogliamo, da Wikipedia, dove è sempre difficile riuscire a farsi un'idea di come andarono le cose, anche se parliamo solo di alcuni decenni fa, le informa-zioni sono sempre un po' confuse, rimescolate o non riportate completamente.

2.4.2 Adobe Interactive Timeline, www.adobe.com, 2007

Timeline realizzata nel 2007 in occasione del venticinquesimo anniversario dalla fondazione di Adobe Systems. Si tratta di una linea del tempo interattiva che illustra la storia dei primi venticinque anni di Adobe, azienda che ha segnato indelebil-mente il modo in cui oggi ci si serve di un computer, soprattut-to nel mondo del design. La timeline interattiva, realizzata in Flash, suddivide gli avvenimenti tra quelli propriamente relati-vi all'azienda, le persone che hanno reso possibili questi avve-nimenti, i prodotti via via commercializzati da Adobe e quello che era il panorama dei prodotti rivali, molti dei quali sono poi stati acquisiti da Adobe stessa. Tutto ciò è molto interessante ma la navigazione della timeline non è ottimale, ben diversa da quella del CHM. Impossibile avere una vista d'insieme di tutti gli avvenimenti, difficile ottenere informazioni approfon-dite, tutti i testi sono semplici immagini non cliccabili che non vanno oltre ad un titolo e sottotitolo.

2.4.3 History of Programming Languages, O'Reilly, 2004

Si tratta di un poster prodotto dalla casa editrice specializzata in trattati di tecnologia O'Reilly. Il poster celebra cinquant'anni di programmazione durante i quali sono stati sviluppati più di 2,500 linguaggi, O'Reilly vuole tirare le somme di questi chilometri di codice scritto da programmatori, evidenziando i cinquanta più importanti linguaggi. Il poster è stato in parte

Fig. 2.25 Screenshot dal sito del Computer History Museum.

Fig. 2.26 Adobe interactive timeline.

Fig. 2.27 Dettaglio del poster History of Programming Languages di O'Reilly.


tratto dal diagramma di Éric Lévénez History of Programming

Languages(21), diagramma molto dettagliato, ma non comple-tamente comprensibile. Dunque O'Reilly decise di utilizzare quella ricchezza di informazioni ma rendendola più leggibile. Vennero stabilite delle misure precise, non più i 5,5 metri di lunghezza del poster di Lévénez , ma 45x100 centimetri con linee del tempo multilivello, connessioni fra i vari linguaggi e un chiaro codice colore. Ovviamente questa non è una storia della programmazione né definitiva né assoluta, ma la casa riconosce che comprendere tutti i linguaggi esistenti in un unica visualizzazione sarebbe stato impossibile e illeggibile, decidendo così di selezionare solo i più significativi.

2.4.4 Museum of Obsolete Objects, Jung von Matt/Next, 2011

MOOO è un canale di YouTube realizzato dall'agenzia di comu-nicazione tedesca Jung von Matt/Next e raccoglie video rela-tivi a tutta una serie di oggetti che sono diventati obsoleti nel corso degli anni. Partendo da penna e calamaio, obsoleti dal 1860, passando per il floppy disk, obsoleto dal 1995, fino ad arrivare a prevedere che il mouse da computer diventerà ob-soleto nel 2015. Si inizia questa esplorazione navigando una timeline interattiva dalla grafica molto curata, selezionando poi l'oggetto interessato, facendo così partire il relativo video. Il video inizia con una musica che sembra venuta da program-ma tv degli anni '70 e introduce l'oggetto in questione, l'anno in cui è stato inventato e l'anno in cui è divenuto obsoleto. Dopodiché una voce dalle sonorità elettroniche ne spiega la funzione. Impressionante l'accuratezza con cui i video sono re-alizzati e l'ironia coi ogni oggetto viene rappresentato. La collezione di oggetti comprende solo poche decine di esemplari per questo il canale permette anche agli utenti di suggerire ulteriori oggetti secondo loro obsoleti non ancora compresi nel MOOO.

2.4.5 History of the iPhone, CNET UK, 2011

Video che racconta la storia del telefono cellulare a parti-re dal primo modello disponibile, nel 1983, sino ad arrivare all'iPhone 4S del 2011. Il video, presentato pochi giorni prima del lancio mercato dell'iPhone 4S, vuole posizionare lo stesso iPhone all'interno di un contesto più ampio e per farlo utilizza un'infografica animata. L'iPhone viene suddiviso nelle parti che lo compongono e, parte per parte, viene analizzato come lo sviluppo nella tecnologia o del design dei passati decenni abbia influenzato l'aspetto e il funzionamento dei vari modelli di iPhone. Il risultato del video è una panoramica totale degli avvenimenti che portarono l'iPhone a essere quello che cono-sciamo, passando per il Motorola DynaTAC (primo esempio di telefono cellulare), ARPANET (prima connessione via internet) e il design di Dieter Rams (da cui l'aspetto di alcuni prodotti Apple ha senza dubbio prese ispirazione). Però il video non è ricchissimo di dettagli, gli avvenimenti scorrono troppo veloci per essere compresi a pieno e l'aspetto grafico non è ben curato, come potrebbe essere quello del Museum of Obsolete Objects

descritto sopra. Ma diciamo che assolve bene il suo compito di incasellare l'iPhone all'interno di un sistema più ampio.

2.4.6 The Museum of Me, Intel, 2011

Intel trasforma le memorie virtuali raccolte nel nostro profilo di Facebook in un museo personale. Il tutto è dovuto all'uscita dell'ultimo processore Intel, Core i5(22), per il quale l'azienda ha pensato di fare pubblicità attraverso una applicazione per Facebook. Sembra fatta su misura per tutto quell'esercito di narcisisti che popolano i social network. Vi sia accede attra-verso una sezione dedicata del website Intel, si acconsente che l'applicazione si connetta al nostro profilo di Facebook, assi-curandoci che le nostre informazioni non verranno salvate o utilizzate in alcun altro modo. Si attende per alcuni istanti che l'applicazione raccolga tutte le mostre informazioni, dopodiché

Fig. 2.28 Screenshot dal Museum Of Obsolete Objects.Fig. 2.29 Alcuni fotogrammi del video History of the iPhone.


l'esperienza inizia: un video 3D che ci porta all'interno di un ipotetico museo alle cui pareti sono appese le nostre fotografie pubblicate su Facebook, i nostri amici e i nostri commenti. Il video è ben fatto, di stile, perché non esagera né nella dura-ta, appena due minuti, né nel modo in cui tratta i contenuti e la musica che lo accompagna ha il compito di lavare via quella nota dozzinale che accompagna un po' sempre le cose relative a Facebook. Di stile ma forse un poco limitato nell'interattivi-tà, in fondo si tratta semplicemente di un video, che non ha nemmeno la possibilità di essere salvato, con il quale non pos-siamo interagire in tempo reale, se non cambiando i contenuti del nostro profilo di Facebook, non possiamo scegliere dove o cosa "guardare" durante la visita nel nostro museo. Ma l'idea rimane interessante, un modo interessante di sviluppare l'idea del museo virtuale.

2.4.7 Art Project, Google, 2011

"Side project" di un gruppo di sviluppatori Google e passato relativamente inosservato, permette di visitare virtualmente 17 dei migliori musei al mondo. La popolare leggenda relativa all'ambiente lavorativo dell'a-zienda Google dice che tutti i dipendenti hanno la possibilità di utilizzare il 30% dell'orario lavorativo per sviluppare le pro-prie idee personali, ed è proprio da questo tempo "rubato" che nascono alcune dei migliori progetti che Google ha realizzato negli ultimi anni.Art Project è uno di questi. L'idea principale era quella di utiliz-zare l'avanzata tecnologia di cui dispone Google per rendere alla portata di tutti importanti opere d'arte. Per questo pro-getto la squadra di Street View ha sviluppato un novo veicolo chiamato "trolley" in grado di fare fotografie a 360° all'interno di musei, in questo modo è possibile visitare questi 17 impor-tanti musei stando semplicemente seduti davanti al computer. Ma la parte migliore del progetto è la tecnologia "gigapixel"(23) con la quale sono state fotografate le opere. Ogni immagine contiene 7 miliardi di pixel, si può zumare al punto di vedere la pennellate del pittore nel minimo dettaglio. Proprio questo è sorprendente, rimane sì interessante girovagare per le sale di un museo, magari all'altro capo del mondo, ma durante questo tour ci vengono mostrate le abituali immagini da Go-ogle Street View(24) a bassa definizione, ci viene quasi difficile proiettarci all'interno del museo. Ma è quando poi scegliamo di guardare un'opera che rimaniamo strabiliati, è possibile ve-dere tutto fino al minimo dettaglio, quasi meglio che veden-dola dal vivo, con il riverbero della luce che ci disturba e la distanza di sicurezza che dobbiamo sempre mantenere per non far scattare nessun allarme. Ultimo aspetto del progetto, a fare un po' da ciliegina sulla torta, è la possibilità di creare la propria collezione d'arte, selezionando le opere che più ci piacciono e raccogliendole in una sorta di galleria personale. Il museo al momento comprende più di mille opere d'arte, ma l'obiettivo del progetto è quello di ingrandire sempre di più la sua collezione virtuale.

2.4.8 Adobe Museum of Digital Media, Adobe, 2011In questo caso si tratta di un museo interamente virtuale, un luogo che non esiste geograficamente, dove vengono raccol-te innovative opere d'arte digitale, quindi anch'esse "inesi-stenti" in un certo senso. Il museo è stato creato per spingere le persone a una riflessione sui nuovi trend culturali, su come le persone vivono e comunicano oggi, come l'impatto dei di-gital media ha influenzato le nostre vite. L'AMDM come ogni museo tradizionale presenta diverse collezioni aggiornate nel corso del tempo, ma qui finisce ogni connessione con i musei tradizionali. L'AMDM sfrutta a pieno ogni possibilità del mondo virtuale; il museo di per se è un modello 3D svilup-pato dall'architetto italiano Filippo Innocenti(25); il risultato è una futuristica struttura interamente visibile, che appare forse un poco disabitata e oscura, dato che nel museo non ci son né oggetti reali né persone reali. Le mostre appaiono come guizzanti fasci di luce nel mezzo dello spazio; quando poi selezioniamo una delle mostre, quello che ci viene mo-strato va dall'animazione 3D alla video-intervista al tour vir-tuale attraverso virtuali opere d'arte. La collezione è ancora un po' povera, non è davvero interessante quello che ci viene mostrato, ma il modo in cui questo ci viene mostrato sembra adattarsi perfettamente allo scopo. L'accuratezza dei detta-gli dello spazio e degli elementi di navigazione è quello che più colpisce in questo museo digitale.

Fig. 2.30 Alcuni frammenti del tour attraverso il Museum Of Me, Intel.

Fig. 2.31 Dettaglio dell'opera I mietitiori di Pieter Bruegel, 1565, compresa nel Art Project.

Fig. 2.32 Dettagli del Museum of Digital Media di Adobe.


3. Sviluppo progettuale

44 Languages | 3. sviluppo progettuale

3.1 Come si comincia?

3.2 Le prime idee

3.3 Scavando, chiedendo, indagando

3.4 Cosa è già stato fatto sul tema?3.4.1 The Evolution of the Web3.4.2 Jed's Other Poem (Beautiful Ground) 3.4.3 Once Upon a Time3.4.4 The Restart Page

3.5 Come iniziare a progettare?

3.6 Per chi progettare? Utenti e scenari

3.7 Che linguaggio/strumento usare?

3.8 I tentativi


45


3.1 Come si comincia?

Una precisa domanda è stata la scintilla a far scattare le prime idee progettuali: come si fa a parlare con una macchina? E' sempre stato usato il linguaggio ultra-intuitivo dei giorni no-stri, o prima le cose erano diverse? Stando seduta di fronte allo schermo 15 pollici LCD del mio laptop, interagendo fulmineamente con esso, senza quasi la ne-cessità di pensare a come "spiegare" al computer cosa voglio fare, ma semplicemente facendolo, insomma, di fronte a queste magie quotidiane mi sono chiesta: prima invece com'era? A prescindere dall'evoluzione tecnologica che oggi ci permette di fare cose inimmaginabili venti o trenta anni fa, quello che più mi ha fatto pensare è il come facciamo tutte queste cose.Se oggi ci basta muoverci nello schermo sfiorando il nostro trackpad, cliccare su una bella iconcina e accedere immedia-tamente a ciò che ci serve, aprendolo con il programma che ci serve, in passato quante e quali operazioni avremmo dovuto compiere per questo genere di attività quotidiane.Come interaction designer mi sono sentita la persona più adat-ta a pormi queste domande. Un interaction designer durante il corso dei suoi studi o dello svolgimento della sua professione si imbatte senza alcun dubbio in qualche stringa di codice. Noi siamo a cavallo tra il design tradizionale e l'informatica, in-dubbiamente più ferrati sul primo argomento, in pochi abbia-mo reali basi di elettronica/informatica; ma dato che amiamo "far muovere le cose", come mi piace spiegare quando qualcu-no che non ha idea di cosa sia l'interaction design mi domanda cosa faccio, ci tocca per forza imparare a parlare almeno un po' il vero linguaggio dei computer. Ed è a questo punto che tutte le domande sorgono: quando decidi, da profano, di impa-rare a programmare e ti trovi di fronte a questi linguaggi moder-

ni che però conservano ancora la memoria di quelli che erano i linguaggi uomo-macchina del passato. Appunto perché nel pas-sato, l'unica maniera di chiedere al computer di fare ciò di cui avevi bisogno era quella di parlare nella sua lingua, il codice.Questo codice non ha mai smesso di cambiare ed evolversi: da estremamente complicato, comprensibile solo a scienziati o ingegneri dotati di estrema pazienza e veramente portati per la matematica, "dettato" solo attraverso le levette e i pulsanti presenti sul pannello di controllo del calcolatore, senza pos-sibilità di essere memorizzato né visualizzato in alcun modo, si è trasformato, ha modificato i metodi di trasmissione e la sintassi, sino ad arrivare a quello che conosciamo oggi: estre-mamente veloce, dal feedback accurato e comodamente digi-tabile sulla tastiera del nostro computer portatile, quasi come se si scrivesse in una lingua corrente. Non è tutto ciò affascinante? Lo è soprattutto perché a me sembra già estremamente difficile capire e scrivere questa "lingua corrente", quindi mi appare ancora più affascinante scoprire quali fossero gli sforzi estremi compiuti da qualcuno che faceva trent'anni fa ciò che faccio io oggi.

3.2 Le prime ideeNon è stato per niente facile indirizzare tutti questi ragiona-menti verso un progetto vero e proprio. Ma d'altro canto se mi fossi concentrata solo sulla ricerca il risultato sarebbe stato il racconto di una principiante che scopre l'informatica per la prima volta, non così interessante e un po' patetico. Ma è stata proprio questa ingenuità/ignoranza a spingermi verso i concetti alla base del mio progetto: come si potrebbe-ro spiegare tutte queste cose estremamente complicate ma interessanti ad un principiante? Ovviamente questa non è stata la prima frase che mi sono


Fig. 3.1 Due schermate dell'emulatore ancora scaricabile da internet del computer Commodre Amiga (1983).

detta una volta iniziate le fasi preliminari della progettazione. Prima sono venuti ragionamenti a proposito della natura dei linguaggi artificiali, che sarebbero una proiezione della mente umana, o per lo meno di come viene immaginato il suo fun-zionamento. Questa ipotesi è cambiata nel tempo, non solo a causa dell'evoluzione tecnica che nel corso degli anni per-metteva una sempre maggiore libertà d'azione all'uomo, ma soprattutto perché le persone hanno modificato la loro per-cezione del funzionamento della mente, come ci insegnano Bush e Licklider.Dopodiché è stato il momento per l'analisi della relazione tra uomo e computer, che nel corso del tempo avrebbe seguito una curva esponenziale. In un primo momento i computer potevano aiutare solo parzialmente la mente umana, l'uomo doveva comunque pensare, ricordare e sapere molte cose per essere in grado di parlare con una macchina. Dopo l'aiuto dato dal computer era pari allo sforzo compiuto dall'uomo, era ovviamente molto più facile e veloce far fare i calcoli alla macchina invece che usare semplicemente il proprio cervello. Oggi l'utilizzo del computer sta in qualche modo rovinando le capacità cognitive dell'uomo; nessuno è più in capace di ricor-dare le cose, nessuno usa più il proprio cervello a pieno, dato che c'è il computer che è in grado di rimpiazzare molte delle funzioni della mente umana. Ma tutti questi ragionamenti a cosa possono mai portare?In un terzo momento la mia attenzione si è concentrata mag-giormente su cose più pratiche, come il modo in cui viene trattato l'argomento da altri, altri che hanno voluto raccoglie-re, raccontare, visualizzare la storia della computerizzazione e dei linguaggi uomo-macchina. Ed è proprio questa analisi che mi ha avvicinato al concetto finale. Nella maggior parte dei casi i progetti realizzati, che siano website, infografiche o simulatori, non sono elementi altamente interrativi, e se lo sono non si tratta di cose esattamente user-friendly. E' sempre molto difficile farsi un'idea generale dell'argomento trattato, oppure questo argomento viene illustrato in maniera troppo complicata e non attraente per persone che non conoscono già molto la programmazione e l'informatica. Molto spesso è più semplice e più immediata una ricerca incrociata su Wiki-pedia, confrontando le informazioni raccolte sulle piattaforme di cui sopra. Ed proprio durante una di queste ricerche che la famosa lampadina si è accesa. Wikipedia è un'enciclopedia estremamente ricca che, per lo meno in lingua inglese, è anche in grado di dare informazioni approfondite, ma non c'è alcun paragone tra la descrizione più dettagliata di un linguaggio di programmazione o di un vecchio computer ed una semplice immagine che mostra di cosa si sta effettivamente parlando. Se si decide di fare una ricerca su un determinato linguaggio o un determinato computer, una schermata dello stesso vale molto di più delle parole usate per descriverlo, ovviamente non è sempre possibile trovare queste immagini, ma quando capita è quasi emozionante, è come trovarsi veramente di fronte a quel computer o a quel codice.

47

3.3 Scavando, chiedendo, indagandoGiunta a questo punto il mio interessamento e fascinazione per il mondo dell'informatica e la sua storia era alle stel-le, ormai non potevo più levarmi dalla testa questo tema, che forse può sembrare scontato o non esattamente utile a qualcuno, ma per me è sempre stato il solo ed unico ar-gomento che aveva continuato a ronzarmi nella testa per tutto il tempo. Dunque cosa fare? Da qui si poteva andare in una sola direzione, scavare sempre più a fondo nel mon-do del computing. Da una ricerca generale a proposito di tutto ciò che avesse a che fare con i computer, sin dai primi esemplari costruiti negli anni '40, ho cercato di concentrar-mi sempre di più su quelle che erano le routine di utilizzo,

per cercare di capire come le persone usassero queste mac-chine quotidianamente. E proprio questo è stato un pezzo difficile, perché è molto più facile trovare articoli, tesi di dottorato e libri a proposito dei più specifici dettagli tecnici di un computer, piuttosto che scritti che descrivano quale fosse poi l'effettivo utilizzo di una macchina.Nel mondo esistono alcuni musei di informatica che conserva-no macchinari rarissimi di tutte le epoche, ma essi sono princi-palmente localizzati negli Stati Uniti o in Gran Bretagna. Sono senza dubbio luoghi molto interessanti da visitare, ma pochi di questi danno ancora la possibilità di accendere e provare le macchine ai visitatori, e meno ancora possiedono piattaforme online che permettano di fruire i contenuti anche a chi non può permettersi un viaggio in questi paesi. Ad esempio il Compu-ter History Museum, in California, è quello che probabilmente possiede la maggiore varietà di computer ed il migliore mate-riale d'archivio, raccolto in un bel website; ma quello che può essere trovato online non è interattivo, si tratta più che altro di un sistema di consultazione enciclopedica. Gli utenti hanno la possibilità di vedere molte fotografie ad alta definizione degli stessi computer presenti nel museo, ma non possono realmen-te interagire con essi, non si è in grado di immaginare come apparisse poi la macchina funzionante. Facendo queste investigazioni, durante la mia internship a LUSTlab(26), studio di interaction design che si trova nei Paesi Bassi, mi è capitato spesso di fare domande relative a que-sta quotidianità che tanto mi affascinava ai miei colleghi e, dato che LUSTlab possiede una forte inclinazione tecnologica, era proprio il posto giusto dove porre le mie domande. Posso dire che lo svolgimento di questa internship abbia influenzato molto quello che sarebbe stato il carattere finale del progetto. A LUSTlab ho scoperto dell'esistenza degli emulatori, appli-cazioni progettate da qualche amante della tecnologia, open suore, che dopo essere state scaricate permettono di ricreare nel proprio computer l'ambiente lavorativo di molti computer del passato. Si tratta di strumenti interessantissimi, ma estre-mamente difficili da utilizzare e da trovare. Ed stata proprio questa difficoltà a farmi riflettere: sarebbe mai stato possibile che uno dei "profani" di cui sopra fosse in grado di trovare questi emulatori e di utilizzarli? E se poi ci fosse riuscito, sa-rebbe stata reale l'informazione che ne avrebbe ricavato? Vi-sto che anche questa era una carenza dei suddetti emulatori: è possibile reperirli magari in qualche nascosto angolo della

rete, su website incomprensibili; dopodiché vanno cercate le

istruzioni per l'uso e i programmi da installarvi in luoghi simili,

e quasi mai è possibile trovare una buona descrizione di ciò che si sta scaricando. Ed è qui che mi chiedo, quale sarebbe la reale informazione appresa da chi utilizza questi emulatori. Perché non mescolare le due modalità, quella enciclopedica e quella pratica? Proprio a questa domanda sto cercando di rispondere ora con il mio progetto.

Fig. 3.2 Immagini tratte da Commodore 64 User's Guide del 1982, manuale distrubuito insieme ad ogni C64.


3.4 Cosa è già stato fatto sul tema?Questa è una domanda che bisogna sapersi porre se si vuo-le fare il designer, altrimenti ci si ritrova con qualcosa che si crede unico ma che ovviamente e non lo è. Quindi è più conveniente trarre beneficio da altri progetti simili al nostro, invece che ignorarli o esserne intimoriti. Se qualcuno ha già analizzato il tema di nostro interesse in primo luogo significa che questo tema è interessante anche per qualcuno diverso da noi, quindi è una cosa positiva; in secondo luogo siamo av-vantaggiati perché possiamo analizzare il lavoro fatto da altri, traendone ispirazione, notando pregi e difetti, ancora prima di iniziare il nostro di progetto. In questo sottocapitolo ho rac-colto principalmente progetti che ho trovato nella rete, essen-domi già indirizzata verso il web come media per contenere il mio messaggio; i progetti trattano di tecnologia, di computing e della storia di queste cose, la cosa più interessante è il ca-rattere con cui il tema viene affrontato. Se stiamo navigando all'interno di un sito internet oggi, significa che stiamo utiliz-zando un computer del 2012, con un browser del 2012 e siamo davanti a tecnologie che possono essere vecchie di vent'anni, capite che questo contrasto tra tecnologie di diversi tempi va studiato e ponderato bene.

3.4.1 The Evolution of the Web, Google, 2011

Si tratta in questo caso di una web app sviluppata da alcuni "amici del team di Google Chrome", così come si autodefini-scono nei crediti. L'applicazione è interamente costruita utiliz-zando HTML5(27), quindi non si tratta di niente più che HTML tradizionale, CSS e JavaScript(28). Nello specifico, per rendere interattiva la parte centrale, riempita con un un intricato dise-gno, gli sviluppatori si sono serviti di una tecnica molto in voga al momento che consiste nell'animare un'immagine in formato SVG, formato che può essere ottenuto direttamente con Adobe Illustrator. Dopo aver esportato il disegno vettoriale in questo formato, caricandolo su di un qualunque database online, viene generato un documento XML, cioè un documento di testo che descrive la nostra immagine. Fatto tutto questo è relativamente semplice manipolare tutti gli oggetti all'interno dell'immagine, rendendoli interattivi in determinati frangenti. Ciò di cui parla l'applicazione è l'evoluzione del web, o meglio l'evoluzione di ciò che l'utente medio non considera nemmeno: tutto l'universo di tecnologie web e browser che rendono la navigazione di Inter-net possibile. Da Mosaic a Netscape alle più aggiornate versioni di Chrome e Safari, The Evolution of The Web ci mostra su una linea del tempo che comprende gli anni dal 1990 al 2012 la ma-niera in cui sono nati, si sono sviluppati e sono morti tutti que-sti browser, le applicazioni e i linguaggi da loro supportati. Per ogni browser e ogni versione realizzata di esso sono presenti screenshot e descrizioni; il dettaglio più bello di questo proget-to è la sua semplicità d'uso, e la maniera lineare in cui tutte le transizioni avvengono. Molto bello e usabile, ma anche limitato nel genere di informazione che il visitatore ricava, infatti, fatta eccezione per qualche schermata e qualche breve descrizione, il resto consiste nel bel disegno all'interno di una linea del tempo.

Fig. 3.3 Screenshot dal sito The Evolution of the Web.

49

3.4.2 Jed's Other Poem (Beautiful Ground), Stewdio, 2005

Jed's Other Poem è una canzone dell'album The Sophtware Slump registrato nel 2000 dalla band americana Grandad-dy(29). La canzone parla di un robot, Jeddy-3, assemblato con pezzi di scarto che, prima di rompersi, scriveva poesie, poesie per nessuno. Il video realizzato cinque anni dopo dallo studio londinese Stewdio(30) è un capolavoro di arte digitale. Si tratta di un'animazione scritta in BASIC su un Apple II del 1979, poi filmata e sincronizzata con la musica della canzone. Di una semplicità estrema quasi ipnotizzante. Molto semplice anche la raffinatezza dentro/fuori dallo schermo a cui si assiste nel finale. Per tutta la durate della canzone si immagina che il video sia realizzato con tecniche moderne, usando semplice-mente un carattere tipografico da vecchio terminal; poi sul finire si assiste allo zoom out, ed è tutto vero! Per di più i "ti-toli di coda" del video sono composti dal codice sorgente che ha generato l'animazione. Infatti si tratta di un codice open source, che chiunque può scaricare da internet; anche questo dettaglio va brevemente analizzato: se il codice originale è stato scritto in BASIC, direttamente sull'Apple II e, dato che l'animazione dura tre minuti, vi posso assicurare che il codi-ce non doveva essere molto breve, com'è possibile che sia poi disponibile per il download? "Semplice", l'Apple II possiede un dispositivo di audio-out usato in passato per salvare dati su audio cassette, l'autore del video ha connesso l'audio-out del vecchio computer all'audio-in del suo moderno laptop, regi-strando il rumore prodotto; caricando poi la traccia audio su un emulatore virtuale dell'Apple II e salvandola come cassetta virtuale(31). L'autore dichiara che questo sia il primo video mu-sicale open suorce mai realizzato, probabilmente perché non molti altri sono stati scritti in un qualche genere di linguaggio di programmazione. Quindi qui ci troviamo di fronte ad un mi-scuglio di tecnologie vecchie e nuove, emulazioni di esse e uno strumento espressivo noto a tutti, come il videoclip e ciò che ne risulta è molto buono.

3.4.3 Once Upon a Time, Olia Lialina e Dragan Espenschied, 2011

Website costruito dai due artisti "digitali" russi Dragan Espen-schied e Olia Lialina che hanno deciso di realizzare tre delle più famose piattaforme online del momento come se fossero state fatte nel 1997. Su Once Upon a Time è possibile vede-re e usare Google+, YouTube e Facebook perfettamente resi come pagine web degli anni '90, con gli HTML Frame, internet a 8Kb per secondo e possibilmente all'interno di vecchi com-puter con schermi a tubo catodico, e con sistema operativo Windows 95; stando alla descrizione fatta dagli artisti presen-te nella homepage. Il grande lavoro fatto si nota nei piccoli dettagli, come la libertà di utilizzo dei tre noti website, non si tratta di niente di "finto", gli utenti possono davvero navigare, cliccare e fare ricerche, semplicemente tutto ciò che viene vi-sualizzato sembra arrivare dritto dritto dalla metà degli anni '90. Perché è questa la bellezza del web, nonostante oggi ci siano HTML5 e WebGL, gli antichi protocolli, codici e immagini


usati negli anni '90 valgono ancora e vengono visualizzati da qualunque browser; ovviamente la tecnica utilizzata è puro e semplice codice HTML. Questo lavoro artistico è come se fosse più ermetico dei primi due descritti, come se il messaggio che manda restasse sempre non molto chiaro, forse perché troppo puntualmente vicino alla realtà del 1997, senza però spiegarne veramente le motivazioni.

3.4.4 The Restart Page, Soon in Tokio e Rehab Studio, 2012

Progetto comune di Soon in Tokio e Rehab Studio, è una pa-gina internet dove è possibile riavviare all'infinito sistemi ope-rativi del passato, da vecchi Apple a Windows a Commodore e via dicendo. La pagina si apre con una composizione di pro-cess bar vintage, per poi catapultare il visitatore in una distesa di messaggi di rebooting, più di 15, e tutti funzionanti. Cioè, cliccando una qualunque di queste finestre che ci viene chiesto se siamo sicuri di voler riavviare il computer, il computer scelto viene riavviato veramente, in 15 diverse combinazioni. In que-sto caso analizzando il codice sorgente si nota il grande gran-de lavoro svolto dagli sviluppatori, che hanno realizzato una per una tutte le schermate di riavvio presenti nel sito, facen-do "semplicemente" uso di JavaScript. E' davvero ammirevole come qui non sia stato realizzato nemmeno lontanamente l'e-mulatore di un vecchio computer, ma si è invece voluto sottoli-neare solo un piccolo dettaglio di molti computer del passato, un momento molto delicato, in cui spesso si rischia (o meglio si rischiava) di buttare via ore e ore di lavoro, l'attimo in cui il computer domanda all'utente se è sicuro di voler riavviare il computer. Probabilmente i messaggi visualizzati in queste finestrelle sono stati l'incubo dei possessori di quei computer, è quindi molto delicato il fatto che siano stati tutti raccolti in una moderna pagina internet, a disposizione per chiunque si fosse scordato l'effetto.

Fig. 3.4 Alcuni fotogrammi del video Jed's Other Poem (Be-autiful Ground), musica dei Grandaddy, video realizzato da Stewart Smith.

Fig. 3.5 Screenshot dal website/opera d'arte Once Upon a Time.

Fig. 3.6 Screenshot dal website The Restart Page.


3.5 Come iniziare a progettare?

Ma più concretamente, come iniziare a progettare? Si può dire che questo inizio sia stato ripetuto svariate volte, rin-correndo prima una poi l'altra, poi l'altra idea ancora. Fare una mappa geografica che raccontasse delle persone e delle cose implicate in questa storia. Oppure riprodurre fisicamen-te prototipi dei vari computer, più o meno vicini alla realtà, per poi filmarli e raccogliere questi filmati in un website. O magari collezionare per davvero vecchie macchine, imparare ad usarle e quindi trasformare il progetto in un'installazione, in un pezzo di museo reale. Tutte queste idee hanno tentato di diventare progetti, hanno visto i primi passaggi della pro-gettazione, ma sono poi state accantonate. In quel preciso momento, sempre durante la mia internship a LUSTlab, avevo preso parte al progetto di una web appli-cation per iPad che raccoglieva i lavori degli studenti delle accademie olandesi, da presentare alla Dutch Design Week. La cosa più interessante del progetto era il modo in cui i vari materiali si volevano catalogare, collegare e presenta-re. L'applicazione doveva essere altamente comprensibile e fruibile attraverso svariate chiavi di lettura, con un buon sistema di link interni ed esterni. Quindi ho pensato, perché non fare anch'io una piattaforma web? Tutto questo mondo mi ha sempre interessato, e mi diverto sempre a commentare siti internet navigabili o meno. Perché costruire un sito inter-net è un po' come infilarsi nella testa di qualcuno che non conosci e che ipoteticamente sa a mala pena cosa significa "cliccare", ma anche lui deve essere in grado di capire cosa gli vuoi dire e come usare il tuo sito. E se il mio sito fosse sta-to anche accessibile da tablet e smartphone ancora meglio. Questo website avrebbe dovuto rispecchiare la volontà di stare a metà tra qualcosa di puramente istruttivo e qualcosa di pratico, utilizzabile da tutti. Se quindi si parla di un sito internet tutto è più chiaro. Si inizia raccogliendo le informazioni, le storie; per fare ciò ho deciso di basarmi principalmente su un libro che racconta una buona storia della computerizzazione con questa in-clinazione alla quotidianità che tanto mi piace, A History of Modern Computing di Paul Ceruzzi. Ma per quanto riguarda questo punto non è tutto così semplice come sembra; infatti il libro di cui sopra è molto interessante ma, come in mol-ti altri trattati, vi è possibile trovare solo una minima parte di "computing-per-tutti". Vi si trova invece un buon 80% di dettagli altamente tecnologici e solo 20% del libro si riferi-sce alle vere storie relative all'utilizzo delle macchine. Infatti non è ovviamente sufficiente un solo libro per perseguire il mio scopo, con la sicurezza che i miei argomenti siano esat-ti. Mi devo servire di testimonianze, vecchie fotografie e so-prattutto vecchi filmati. Posso quasi dire che la preparazione teorica del sito richieda lo stesso tempo e la stessa cura del-la sua realizzazione. Dopo aver stabilito i contenuti vanno raccolti e lavorati i ma-teriali, le immagini, per questo ovviamente mi sono servita della precedente ricerca fatta nella rete, dove sapendo cosa

"I had just earned my one and one-half stripes when I reported to Harvard. There Howard Aiken showed me a large object and said: 'That's a computing machine'.I said,'Yes, Sir'.What else could I say? He said he would like to have me compute the coefficients of the arc tangent series, for Thursday. Again, what could I say? 'Yes, Sir'.I did not know what on earth was happening."Grace Hopper, matematica, informatica e militare statunitense(32).

cercare si può trovare tutto ciò che si vuole, ritrovandomi così con una grande collezione di immagini relative a vecchi computer, tutte ad alta risoluzione. Dopo la raccolta dei ma-teriali e delle informazioni va definita la tassonomia con cui vi si accede, il modo in cui le informazioni vengono raccon-tate e sono collegate tra di loro. Ultimo passaggio è quello di costruire effettivamente il website, che avrebbe dovuto conservare tutte le caratteristiche di un vero sito internet, ma con l'aggiunta di quelle di applicazione.

53

"I had a running compiler and nobody would touch it. They carefully told me, computers could only do arithmetic; they could not do programs."Grace Hopper.

3.6 Per chi progettare? Utenti e scenariQuando si inizia progettare qualcosa "liberamente", cioè sen-za aver ricevuto alcun genere di commissione, proprio come per un progetto di tesi, nel subconscio si indirizza sempre il progetto a se stessi, come se gli utenti futuri dovessero essere una nostra replica esatta. Dico questo perché si tratta proprio degli stessi passaggi che il mio progetto ha seguito: si sceglie un argomento, si ragiona su quale potrebbe essere una solu-zione progettuale per quell'argomento, poi ci si scorda com-pletamente che il progetto non è fatto solo per noi stessi e si inizia a progettare qualcosa che personalmente traviamo gra-devole e reputiamo ragionevole. Solo in seguito si ritorna sui propri passi e si riflette sulle caratteristiche dei possibili utenti, dato che dovranno pur essercene, cercando di modificarli: da nostri cloni a persone con età e interessi solo simili ai nostri. Il risultato è che gli utenti di Languages sono persone tra i 15 e i 30 anni di età, che per motivi temporali non hanno "vissuto" le storie di cui Languages parla, essi hanno iniziato ad usare il computer quando tutto era ormai diventato molto facile. Sono

Fig. 3.7 Fotogramma del filmato Punching data on compu-ter cards prodotto dal dipartimento di chimica del-l'Uni-versità del Queensland nel 1969.

persone che studiano e che si interessano, a cui piace scoprire cose nuove. I miei utenti non sono altamente "tecnologizzati", sanno usare un computer, come tutti sanno ormai fare, ma cer-tamente non si tratta di ingegneri informatici. Quando e come verrà utilizzato Languages? Una caratteristica importante del mio progetto è che vuole essere raggiungibile e utilizzabile ovunque, con qualunque genere di dispositivo, che si tratti di un computer fisso, portatile o di una tablet. Ma ciò non significa che non vi siano luoghi privilegiati per la naviga-zione di questo website. Per esempio un museo della scienza e della tecnica "illuminato" come lo Science Museum di Londra, dove, magari presentato su un un touch-screen, potrebbe es-sere mostrato Languages, che farebbe quindi da supplemento interattivo a ciò che il museo mette in mostra. Allo Science Museum esiste già una sezione dedicata al computing, dove viene suggerito un percorso attraverso l'evoluzione dei com-puter, con l'esposizione di alcuni dei più antichi computer al mondo, fino ad arrivare alla tecnologia dei giorni nostri; ma, per ovvie ragioni, i visitatori non hanno la possibilità di toc-care o provare nulla. Se un museo come questo scegliesse di servirsi di Languages, in primo luogo ai visitatori sarebbe data la possibilità di capire meglio il funzionamento delle macchi-ne che gli stanno davanti, dato che, in fondo, un computer si trasforma una sorta di mobile ingombrante quando è spento. In più la piattaforma online si potrebbe adattare al museo, aggiornando i propri contenuti in base a ciò che è veramente possibile vedere all'interno dell'esposizione. Ultimo particola-re, non trascurabile, i contenuti sarebbero sempre disponibili per chiunque; per chi ha già visitato il museo e vorrebbe ri-cordare ciò che ha visto, e per chi invece il museo non lo può visitare perché, magari si trova in un altro paese.

Fig. 3.8 Cervello di Charles Babbage, precursore del com-puting, conservato allo Science Museum di Londra.

55

3.7 Che linguaggio/strumenti utilizzare?

Quale sarebbe stato il modo migliore per perseguire il mio scopo? Come potevo fare ciò che volevo con le caratteristiche sopra descritte? Come già detto io sono una profana, non ho una buona base tecnologica e non sono una programmatrice. Quindi la prima idea che mi è venuta è stata quella di fare un video dimostrativo che spiegasse esattamente quale fos-se il funzionamento del website. Ma così facendo non avrei rinnegato in qualche modo quello che era il mio "credo" del momento? Non sono tanto affascinata dai linguaggi che par-lano le macchine? Perché allora ridurre tutto ad un semplice video? E' vero che i linguaggi di programmazione mi affa-scinano, ma è anche vero che io non li conosco, non li so parlare. Nonostante ciò ho deciso che un'altra caratteristica fondamentale di questo progetto sarebbe stata la sua veridi-cità. Non avrei incluso nel progetto nulla che non fossi stata in grado di realizzare veramente. Quindi era giunto il mo-mento di imparare qualcuna di queste lingue. I tre linguaggi principali a cui ho pensato sono stati HTML5, Flash (quindi

ActionScript) e JavaScript. Per quanto riguarda il primo ho poi scoperto che sarebbe stato comunque necessario inte-grare parti di JavaScript, mentre invece Flash viene depreca-to da chiunque sappia qualcosa di programmazione o di web design, perché assolutamente ottuso e unfriendly. Rimaneva così solo JavaScript. JavaScript (JS) è un linguaggio di scripting orientato agli og-getti diffusamente usato nel web, standardizzato per la pri-ma volta tra il 1997 e il 1999. È come se fosse la parte inte-rattiva di un sito internet tradizionale, è il tocco in più che lo avvicina ad una applicazione. JS si va sempre ad affiancare a codici in CSS e in HTML, le tre parti crescono e si sviluppano insieme creando quello che sarà poi il website.La caratteristica principale di questo linguaggio è che non viene compilato, quindi il programma utilizzato per scriverlo, normalmente un editor di testo. Quest'ultimo non è davvero in grado di dirci se ciò che abbiamo scritto è giusto o sbagliato. Ma non venendo compilato viene invece interpretato, interpre-tato direttamente dal browser che utilizziamo per visualizzare la pagina creata. Il modo in cui questi tre linguaggi cooperano è piuttosto semplice; come molti sapranno, con HTML si definiscono gli oggetti presenti nella nostra pagina, i loro contenuti, le im-magini, e i link, con CSS si dà loro uno stile, si modifica il loro aspetto. JS va invece a richiamare i vari elementi sia in HTML che in CSS rendendoli interattivi, dando loro istruzioni da eseguire in certe situazioni, per esempio. Molti trovano che il codice JS puro sia ancora piuttosto complesso, che questo "richiamare" gli elementi sia troppo articolato; così nel 2006 è stata creata una libreria per JS chiamata jQuery(34), il cui unico obiettivo è quello di semplificare la vita ai programma-tori. jQuery rimane sempre basato su JS, ma riduce molto la quantità di codice che va scritto per fare ciò che normalmen-te JS fa. Per esempio, e chiunque l'abbia mai usato lo ricorde-rà, il simbolo più ricorrente in questo linguaggio è "$", scelto da chi creò la libreria perchè non troppo usato altrove, quindi ancora "vergine" e libero da altri significati. Con questo sim-bolo, come per magia, si può scavalcare tutta la gerarchia che costituisce un website, e si può richiamare e modificare (o animare) solo l'elemento desiderato, semplicemente scri-vendo il suo nome dopo aver digitato il simbolo del dollaro. Ho quindi deciso di utilizzare JavaScript con libreria jQuery e, nonostante la mia assoluta ignoranza a proposito di web design, devo ammettere che pian piano sto venendo a capo di ciò che mi sono preposta: progettare solo ciò che sono in grado di fare veramente.

Fig. 3.9 Codice JavaScript scritto e visualizzato sull'edi-tor Eclipse.


3.8 I tentativiUna volta stabilito a chi sarebbe dovuto essere indirizzato il progetto, quali sarebbero state le sue caratteristiche, quale sarebbe stato il linguaggio usato, bisognava solo mettersi a realizzarlo. Languages è un progetto nato e sviluppatosi in maniera non lineare. Ho iniziato con un'idea, o meglio con una serie di parametri che il progetto avrebbe dovuto segui-re o meno; come l'essere screen-based, l'argomento di cui avrebbe trattato, il fatto di volerlo costruire per davvero; e questo era più o meno tutto. Tutto il resto è venuto pian piano, mentre avevo già iniziato a fare le prime prove di prototipo, concentrando la mia at-tenzione sia sull'aspetto esteriore che sul che messaggio che sarebbe stato mandato, ho pian piano aggiustato il tiro e defi-nito meglio l'idea, aggiunto dettagli. Ma proprio per la natura instabile del progetto posso dire di non avere mai finito; ogni giorno mi viene in mente qualcosa di nuovo che potrebbe mi-gliore leggermente il tutto e, se ancora possibile, lo aggiungo e Languages cambia faccia per l'ennesima volta. Questo mio aggiungere, modificare, migliorare si concen-tra soprattutto sulla parte di programmazione del prototipo, fondamentale. Il website è stato solo brevemente progettato con in maniera tradizionale, cioè con schizzi, prove grafiche e flowchart, non che mi vanti di questo, so che è il modo sba-gliato per iniziare un progetto; ma quasi subito il prototipo ha preso il sopravvento, ho pensato immediatamente che dise-gnare le cose invece che farle davvero non mi aiutava certo ad avere un'idea complessiva di come sarebbe poi apparso il website finito. Quindi, lasciando a metà i miei schizzi ho tra-dotto tutto in forma di codice, visualizzandolo in un browser invece che in Adobe Illustrator. In più la prototipazione è di grande peso sul bilancio finale del progetto, dato che che una delle caratteristiche principali di Languages è la sua veridicità, cioè tutto ciò che viene "ufficialmente" compreso nel progetto deve essere vero e veramente realizzato. Ma che altro fare? E' risaputo che a seconda di come una cosa viene detta, il messaggio viene recepito o meno, e questa regola vale an-cora di più se si parla di un sito internet il cui messaggio è indirizzato a perfetti estranei, possibilmente localizzati il più lontano possibile da noi. Quindi se la forma con cui cerco di mandare il mio messaggio non è perfetta, questo messaggio non verrà mai capito, e per questo dò così tanta importanza alla forma del prototipo (cioè quello che gli utenti vedranno quando la piattaforma sarà online), tanto da non finire mai di migliorarla.

Fig. 3.11 Vari screenshot scattati durante la lavorazione del sito internet Languages.

Fig. 3.10 Primi schizzi realizzati durante lo sviluppo della linea del tempo/homepage.


4. Il progetto finale

60 Languages | 4. il progetto finale

4.1 Costruzione del museo virtuale

4.2 Il prototipo

4.2 Il prototipo4.2.1 Mouseover4.2.2 Pop-up 4.2.3 Emulators on4.2.4 Tag4.2.5 Emulatori4.2.6 Passaggi4.2.7 Dettagli

4.3 La linea del tempo

4.4 L'evoluzione del computing

4.5 L'ulteriore livello

4.6 Gli emulatori

4.7 Languages/linguaggi

4.8 La programmazione

4. Il progetto finale

61

parametri principali di Languages è la connessione che c'è tra ogni elemento e il tutto. Per questo il carattere temporale si limita a contestualizzare un determinato evento, ma è poi il carattere di interconnessione che racconta la fetta più grande della storia, mettendo in relazione questo elemento con il tem-po ma anche con tutti gli altri elementi. A questi primi due paradigmi si va poi ad aggiungere il ca-rattere "quotidiano" che ogni affermazione presente nel sito internet deve avere. Quindi, se si parla di un determinato og-getto come potrebbe essere un comune dispositivo per input come il mouse, basandomi sulle regole sopra citate, definirò quando è stato inventato, come questo oggetto si va a posi-zionare nell'universo dell'informatica, e come il mouse viene utilizzato tutti i giorni. Il website è suddiviso su tre livelli informativi principali: la li-nea del tempo, l'evoluzione del computing e gli emulatori. Il primo livello che si incontra è quello rappresentato dalla li-nea del tempo a cui, se ulteriormente interrogata dal visitato-re, si va a sommare "l'evoluzione del computing", una raccolta di aneddoti, dati di fatto e piccole storie relativa ai passaggi più interessanti della storia dell'informatica. Un livello ancora superiore ai primi due citati è quello degli emulatori, esempi di computer che si posizionano sulla linea del tempo e che per-metto al visitatore di farsi un'idea ancora più chiara e concreta di quello di cui si sta parlando.

4. Il progetto finaleLanguages nella sua forma finale è un museo virtuale che racconta la storia del computing, a partire dagli anni '40 fino ad arrivare al 2000. La chiave di lettura per questa specifica storia è basata principalmente su un'analisi della quotidiani-tà nell'utilizzo dei computer, sin da quando queste macchine hanno iniziato a chiamarsi tali, con la costruzione dell'ENIAC (Electronic Numerical Integrator And Computer) nel 1946. In Languages vengono evidenziati alcuni dei più importanti pas-saggi dell'evoluzione tecnologica legata all'informatica, utiliz-zando questi dati tecnici per definire quale sia la relazione tra la tecnologia e il regolare utilizzo delle macchine in questione. L'intento di Languages è quello di essere facilmente comprensi-bile anche a chi non si è mai particolarmente interessato di in-formatica; per fare ciò nel museo le informazioni vengono dipar-tite su diversi livelli, in modo da permettere allo stesso visitatore di decidere quanto approfondire un determinato argomento.

4.1 Costruzione del museo virtualeIl museo virtuale altro non è che un sito internet, accessibile da qualunque luogo e con qualunque dispositivo, dato che basato su una piattaforma "liquida" che utilizza un linguag-gio compatibile non solo con normali pc ma anche con tablet e via dicendo. Il museo è costruito su diversi livelli di informazione identifi-cabili con il numero di "click" che si compiono su una deter-minata pagina. L'informazione viene rilasciata gradualmente, solo se il visitatore è ulteriormente interessato, accederà ad un ulteriore livello informativo, più dettagliato ed approfondito. Ovviamente uno dei parametri fondamentali su cui si basa il sito internet è quello temporale; i vari avvenimenti vengono tutti collocati in un definito specchio temporale. Il secondo dei


4.2 Il prototipoIn queste pagine sono presentate alcune schermate tratte dell'effettivo sito internet dove si trova il museo virtuale. Sopra si può vedere la homepage così come appare al visi-tare appena accede a Languages. La prima cosa che si vede è la linea del tempo "chiusa", non è presente niente più che la scansione del tempo attraverso le decadi. All'interno della timeline sono disposte semplici linee colorate ordinate se-condo una logica temporale all'interno di fasce di due colori diversi, esse sono le categorie secondo cui sono suddivisi tut-ti gli elementi trattati.

63

4.2.1 Mouseover

Quando l'utente scorre il mouse sulle linee colorate esse si ingrandiscono e su ogni linea compare l'etichetta con il nome corrispondente all'elemento che rappresenta. In al-cuni casi, oltre all'etichetta, compare anche una linea cur-va bianca che attraversa verticalmente la timeline. Questa linea bianca è la connessione (o le connessioni) che vi sono tra i vari elementi disposti in diverse categorie. Per esempio "batch processing", nella categoria "interaction", è collegato a "line-printer" nella categoria "output" e a "punched card" nella categoria "program I/O", questo perché le tre cose son inevitabilmente connesse tra loro. Tutte e tre rimandano alla prima idea che si aveva di computer, macchina alimentata con interminabili pile di schede perforate, che non smetteva mai di sputare fuori rotoli di carta che riportavano i risultai delle operazioni compiute dal computer in modalità batch-processing, cioè eseguendo una serie di programmi (jobs) senza bisogno dell'intervento umano. Ma trattandosi solo di mouseover l'informazione ricevuta è ancora limitata, il visi-tatore è solo in gradi di dire che in quella linea colorata si nasconde qualcosa in più.


4.2.2 Pop-up

Cliccando su una delle linee a cui è annessa anche una con-nessione, il risultato sarà l'apparizione di un pop-up. Il pop-up è una piccola casella di testo che appare proprio di fianco al collegamento bianco e spiega perché quei dati elementi dovrebbero essere collegati tra di loro. Per tutto il tempo in cui il pop-up è visibile le linee colorate degli elementi corri-spondenti rimangono "selezionate", quindi ingrandite e mu-nite di etichetta. E' anche possibile che diversi pop-up siano visibili nello stesso momenti, essi posso anche sovrapporsi gli uni agli altri, in quel caso l'utente dovrà solo cliccare sul pop-up che vuole leggere, ed esso passerà in prima piano, sovrapponendosi a tutti gli altri.

65

4.2.3 Emulators on

Nella pagina in basso a destra è posizionato un bottone che dice "emulators on", cliccando questo pulsante si "accen-dono", divenendo visibili all'interno della linea del tempo, le etichette relative ai cinque emulatori. Queste etichette semitrasparenti, posizionate temporalmente a seconda del-la macchina che rappresentano, corrono verticalmente at-traversando tutta la timeline, incrociando così tutte le linee degli elementi presenti in quel lasso temporale, cioè il pe-riodo in cui quel computer veniva utilizzato. Questo avviene perché un computer rispecchiava le tecnologie e le tendenze del momento rappresentate dalle linee colorate nella timeli-ne. Cliccando su una delle etichette degli emulatori si accede direttamente alla pagina dedicata a quel preciso emulato-re, oppure, ri-cliccando sul bottone, che ora dice "emulators off", si fanno scomparire tutte le etichette degli emulatori, tornando alla linea del tempo in versione basica.


4.2.4 Tag

Alcune linee-elemento all'interno della timeline non corri-spondono a nessun collegamento, quindi a nessun pop-up, ma anch'esse rappresentano uno specifico elemento all'inter-no della storia del computing che merita una, seppur breve, spiegazione. Cliccando su una di queste specifiche linee colo-rate l'utente farà comparire una o più piccole tag posizionate al di sopra del nucleo centrale della linea del tempo, in cor-rispondenza dell'anno a cui si riferiscono. Infatti queste tag corrispondo solo ad una specifica frazione temporale, non descrivono in generale l'elemento a cui si rifanno. Per que-sto è possibile trovarne svariate che descrivono un singolo elemento, in diversi momenti della sua evoluzione all'interno della storia dell'informatica. Se l'utente decide di cliccare su una delle tag, al di sotto di essa apparirà una breve spiega-zione relativa al quel dato elemento del computing in quello specifico momento.

67

4.2.5 Emulatori

L'esempio di emulatore che presento in queste pagine è un IBM modello 650 del 1954, quindi relativo al decennio 1950-1959. Negli anni '50 un computer occupava un'intera stan-za e costava così tanto che spesso le aziende lo affittavano soltanto, invece che comprarlo. L'IBM 650 era un computer elettronico piuttosto economico e di modeste dimensioni, quindi molto diffuso in ambienti commerciali dove non c'e-ra bisogno di tutta la potenza di un costosissimo computer scientifico, ma bastava l'affidabilità di un "piccolo" 650; fu un successo per IBM. Una delle particolarità comune a tutti i computer di quel pe-riodo, che salta immediatamente agli occhi di un computer-user del 2012, era la molteplicità e voluminosità dei com-ponenti di un computer. Oggi siamo abituati ad avere tutto ciò che serve al computer per funzionare in un unico blocco, l'utente non deve preoccuparsi di come le informazioni ven-gano inserite nella macchina (input), come vengano proces-sate (processor) o come poi il risultato venga presentato alla fine delle operazioni (output). Tutto ciò oggi non richiede nessuno sforzo, ma in passato ognuna di queste operazioni veniva eseguita separatamente e con il costante intervento dell'operatore, ecco il perchè della gran quantità di pezzi che componevano un computer negli anni '50.

Proprio queste sono le caratteristiche che ho voluto rap-presentare nel mio emulatore, il quale non è un emulatore nell'accezione tecnologicamente tradizionale del termine, cioè un software che permette ad un computer di compren-dere istruzioni scritte per un'altra macchina, normalmente precedente a quella che emula. I miei emulatori sono di di-verso tipo, ciò che vogliono emulare non sono le caratteristi-che tecniche di un computer, ma l'esperienza che si ricava dal suo utilizzo. Proprio per questo ogni emulatore rappre-senta solo alcune peculiarità di un certo computer, eviden-ziando quelli che erano i passaggi principali dell'interazione con quella macchina.


4.2.6 Passaggi

Come ho già accennato la caratteristica principale di un IBM 650 sono i passaggi che l'operatore doveva compiere ogni volta che voleva portare a termine un lavoro. A partire dal-la modalità con cui i dati venivano sottoposti alla macchina, cioè prima come moduli compilati con una macchina da scri-vere o a mano, poi come schede perforate; sino ad arrivare modo in cui questi dati venivano processati e ripresentati sotto forma di output, cioè il printout di tutti gli elementi del database su di un chilometrico foglio continuo di carta perforata. Quindi tutto ciò richiedeva innumerevoli passaggi, attraverso diversi supporti e diverse macchine. Ho riassunto questo processo in sei "step", ognuno dei quali contiene uno dei pezzi che compone il computer, tutti affiancati come in una catena di montaggio. Interagendo con tutti e sei gli ele-menti, da sinistra a destra, l'utente ha la possibilità di farsi un'idea di quello che significava lavorare tutti i giorni con un computer di questo tipo. Ogni componente è anche provvisto di una piccola descrizione e istruzioni su come interagire con esso, le istruzioni sono reattive e guidano l'utente attraverso l'interazione.

69

4.2.7 Dettagli

Ogni passaggio ha, ovviamente, la sua particolare caratte-rizzazione: alcuni sono pressoché automatizzati mentre altri richiedono un maggiore intervento dell'uomo; alcune volte è importante il linguaggio con cui vengono date le istruzio-ni alla macchina, altre volte è importante l'informazione dì per sé. In questo caso, quello che si vede nell'immagine qui sopra, è una scheda perforata, o punched card. Più precisa-mente si tratta della "nostra scheda", quella che nei due pre-cedenti passaggi abbiamo definito e perforato, ora possiamo vederla ingrandita, con tutti i fori al loro posto, e piccole etichette che definiscono il significato di ogni foro, facendo riferimento a quella che era l'informazione iniziale, scritta in lingua corrente. In questo modo gli utenti possono vedere come in realtà sia semplice la codificazione di una di queste schede, la cosa principale è tradurre le lettere in numeri; la maggior parte del lavoro veniva fatto dal programma atto ad interpretare questi numeri, un altro pezzo di codice, anch'es-so trasmesso alla macchina attraverso schede perforate. Molto spesso quando si dava in pasto alla macchina una pila di schede perforate contenenti le informazioni, queste sche-de "regolari" venivano precedute dalle schede di "controllo", cioè quelle contenevano le istruzioni su come le leggere e processare i dati che sarebbero seguiti.


ria fino ad arrivare quasi ai giorni nostri, come alcuni degli "antichi" linguaggi di programmazione. Alcuni componenti dell'informatica sono presenti nella storia da molto più a lungo di ciò che crediamo, ma che non sono stati largamente utilizzati sin dall'inizio probabilmente perché troppo costosi, come per esempio un terminale visuale, rappre-sentato dal classico schermo a tubo catodico. Perché una del-le caratteristiche più interessanti del computing è che non si tratta di una storia di scoperte scientifiche esclusive, destinate a qualcosa di elevato o di elite; si tratta piuttosto della storia delle cose di tutti i giorni, una certa macchina entra a far parte di questa storia solo se realmente utilizzata dalle persone. Gli "aborti" commerciali, come per esempio il capitolo a sé stante di Xerox PARC, sono fanno parte della letteratura per essere sperimentali ed in anticipo sui tempi, ma la loro influenza sulla storia del computing rimane sempre un po' dubbia, perché se nessuno ha mai potuto comprare un computer Xerox con un ottima e avanzatissima interfaccia grafica, significa che nes-suno ne può essere stato veramente affascinato e influenzato. E' lproprio l'evoluzione del computing a determinare l'ulteriore livello informativo che vado a presentare.

4.3 La linea del tempo

La linea temporale è un elemento grafico che si incontra non appena si accede al museo virtuale. Essa scandisce il tempo in sette decadi, dal 1940 al 2000, e suddivide l'evoluzione dell'in-formatica in sette categorie: "software", "interaction", "hardwa-re", "output", "input", "program I/O" e "processor". Ovviamente si sarebbero potute scegliere mille altre categorie, ma dopo aver dedicato una buona metà del mio "tempo" progettuale alla do-cumentazione e alla ricerca, ho ritenuto che queste categorie definissero bene ciò che è successo a partire dagli anni '40 nel mondo della tecnologia. Le sette categorie vengono visualizzate come fasce longitudinali che percorrono la linea del tempo. All'interno di queste fasce vengono disegnati i vari elementi, visualizzati come linee di diversi colori, la cui lunghezza è de-terminata dalla loro longevità, cioè per quanto tempo un dato elemento ha fatto parte ed è stato utilizzato in questa discipli-na. Ad un primo sguardo il visitatore è in grado di farsi un'idea della quantità di elementi presenti in una determinata fascia, in un preciso ritaglio temporale. Ad un secondo "sguardo" l'u-tente interrogherà più approfonditamente la linea del tempo; infatti cliccando su una qualunque di queste linee colorate è possibile sapere a cosa corrisponde, ricevere una breve descri-zione dell'elemento, e vedere la relazione che c'è tra questo elemento e il resto. In più, al secondo click, appariranno, al di sopra della linea del tempo, dei piccoli rettangoli corri-spondenti all'ulteriore livello di informazione che si affianca a quello temporale. Se nel database è presente una o più storie legate l'elemento selezionato, esse diventano visibili al visita-tore, disposte sempre secondo un ordine temporale. l'utente non deve fare altro che selezionare quale delle storie deside-ra leggere. La linea temporale è disposta longitudinalmente all'interno della pagina web e non può essere visualizzata per intero, ma l'utente ha la possibilità di scorrerla avanti e indie-tro, decennio per decennio, in questo modo il suo sguardo può concentrarsi maggiormente sul dettaglio di un certo periodo.

4.4 L'evoluzione del computing

L'evoluzione del computing è il concetto che mi ha spinto a basare il museo virtuale sulla linea del tempo, suddivisa nelle sette categorie sopra citate. Infatti, nonostante una linea tem-porale sia una scelta ovvia per un sito internet che vuole rac-contare una storia più o meno passata, nel caso del computing acquista anche un valore "evolutivo". Quella dell'informatica non è una storia statica, ma in conti-nua evoluzione, in più è estremamente interessante il modo in cui le scoperte tecniche che si incontrano lungo questa storia a volte causano stravolgimenti nella relazione tra uomo e computer, e a volte vanno semplicemente ad affian-carsi a ciò che già in precedenza esisteva. Proprio per que-sto la linea temporale è un ottimo strumento per evidenziare questa variegata evoluzione. Sulla linea del tempo vanno a posizionarsi tutti i vari elementi della storia, rappresentati per tutto la durata del loro utilizzo, ed è quasi commovente la longevità di alcuni di essi, presenti sin dall'inizio della sto-

Palette cromatica della timeline/homepage. Ho scelto di rappresentare ogni elemento con una linea che corre lon-gitudinalmente, ognuna con un colore diverso. Per questi colori (moltissimi e difficili da affiancare) ho cercato di tenermi sempre su tonalità acide ed "elettroniche". Lo sfondo è quasi esclusivamente bicromo, in due grada-zioni di grigio caldo.

71

4.5 L'ulteriore livello

Con "ulteriore livello" mi riferisco al secondo livello informa-tivo presente nella homepage del museo virtuale. Quando l'utente seleziona uno degli elementi nella linea del tempo oltre ad apparire la connessione tra esso e gli altri elementi, diventano visibili dei piccoli rettangoli sovrastanti la linea del tempo. I rettangoli, anch'essi disposti secondo un ordine tem-porale, raccolgono citazioni, piccole storie relative all'elemen-to selezionato. Lo scopo di questi brevi testi è quello di con-testualizzare ciò che si vede nella linea del tempo, dando un carattere più concreto agli elementi di cui si parla e fornendo esempi d'uso quotidiano, rendendo così più facile per l'utente immaginare quali siano state le conseguenze sulla vita reale di quel pezzetto di evoluzione del computing. Molto spesso capita che quando si parla di informatica e com-puterizzazione si inizi ad immaginarsi interminabili schede tecniche da cui è molto difficile estrapolare l'effetto di quelle cose sul reale utilizzo di un certo computer. Nel mio progetto cerco di evitare il più possibile questa estrema tecnicità, cer-cando di concentrarmi sulla spiegazione di dettagli più interes-santi, nonostante la tecnica e l'evoluzione di essa rimangono

Palette cromatica dell'emulatore IBM 650. In questo caso ho mantenuto uno dei due grigi presenti nella homepage, il quale predomina assieme al tipico azzurro IBM. Le immagini sono state desaturate, se non già b/n, e ad esse è stato applicato un filtro che le invecchia e le fa ten-dere al bianco panna, modificando così le altre gradazioni della scala di grigi con una nota più calda.

fattori di grande influenza sull'intero mondo dell'informatica. La maggior parte dei testi brevi che compongono questa parte del museo virtuale sono tratti dal già citato A History of Modern Computing di Paul Ceruzzi, che mi ha aiutato molto a districar-mi nell'esagerata quantità di informazioni raccolte sul tema e soprattutto a farmi strada tra le molte incorrettezze in cui si può incappare facendo una ricerca online.

4.6 Gli emulatori Gli emulatori fanno parte del terzo e ultimo livello informati-vo del museo virtuale. Questi emulatori sono posizionati sul-la linea del tempo e rappresentati con con strisce nere, che attraversano verticalmente la timeline, inglobando le linee orizzontali colorate relative a tutti gli elementi presenti in quel momento. Questo perché una certa macchina, costruita in un dato momento, sarà posizionata in quel ritaglio temporale e farà uso delle tecnologie presenti a quel tempo. Ma questo è solo il modo in cui gli emulatori sono rappresentati nella ho-mepage, cliccando su ognuno di essi si accede ad un'altra pa-gina dedicata propriamente all'emulatore. Si tratta in questo caso di una vera e propria pagina web con però alcune caratteristiche dell'applicazione, essendo infat-ti relativamente interattiva. Il visitatore ha la possibilità di "giocare" con l'emulatore, nei diversi passaggi dell'interazio-ne presentati, ricevendo anche informazioni relative a ciò che sta avvenendo sotto i suoi occhi. Gli emulatori sono cinque, uno per ognuna delle cinque decadi centrali nella timeline; nel dettaglio si può trovare un IBM modello 650 del 1954, una macchina dell'era dei mainframe piuttosto piccola ed economi-ca per il tempo, ad uso sia scientifico che commerciale, molto diffuso nelle piccole medie imprese americane, che porta tutte le caratteristiche dei computer della prima generazione, come i vacuum tube (valvole termoioniche) e l'interazione possibile solo attraverso la sottoposizione di schede forate. Il secondo emulatore è un Digital Equipment Corporation modello PDP-8, introdotto nel 1965, che rappresenta egregiamente l'era dei minicomputer. Questa tipologia di computer inizia a diffondersi durante gli anni '60, ed è caratterizzata dall'utilizzo del circu-ito integrato, della core memori e della scoperta che non tutti necessitano di computer da milioni di dollari. Il PDP-8 è a tutti gli effetti il primo minicomputer ad avere un grande successo commerciale. Per rappresentare gli anni '70 ho scelto uno dei computer diffusi durante la prima ondata del personal computing, il cui merito viene degli hobbisti in modo piuttosto univoci in tutta la letteratura di genere; l'Altair 8800 fa parte di questi primi PC, un computer che inizialmente si poteva ordinare smontato via posta per meno di 400 dollari, non molto potente ne molto usabile, ma che ha senza dubbio lasciato un segno indelebile nella storia del computing. Gli anni '80 sono invece segnati del boom del PC così come lo conosciamo oggi, con la proliferazione di computer in tutte le case. Per questa decade ho scelto una macchina che ha popolato moltissime case di quel periodo, il Commodore 64 è un computer conosciuto soprattutto per


il suo carattere "giocoso", difatti non vi era la possibilità di utilizzare un mouse con questo computer, ma c'era posto per ben due joystick. Gli anni '90 sono gli anni di internet e della rivincita che Mi-crosoft si prende sul sistema operativo Mac, con Windows 3 nel 1991, che è infatti l'ambiente grafico su cui si concentrerà l'ultimo emulatore. Windows 3 era diffusamente utilizzato ne-gli uffici e nelle case di mezzo mondo, trovando posto all'inter-no di quegli enormi computer desktop di plastica bianco/gialla tipici di quel periodo, come l'IBM AT o i suoi "cloni".

4.7 Languages/linguaggiIl mio progetto ha un titolo inglese, si chiama Languages, non "linguaggi", perché è principalmente il titolo del mio sito inter-net, non solamente quello della mia tesi. Più o meno ufficialmente la lingua che si parla nel web è l'in-glese, quindi sarebbe stato piuttosto testardo, e forse un po' inutile, iniziare a costruire il mio museo virtuale in italiano per farlo coincidere con la lingua in cui è scritta la tesi. La seconda ragione per cui ho scelto l'inglese è determinata dal tema di cui sto trattando: il computing. Computing viene tradotto in italiano come informatica, nonostante le due pa-role combacino solo relativamente. La parola italiana è molto più legata al lato software di questa disciplina, mentre con computing si può intendere il tutto, la parte software e quella hardware. E questo era solo il primo esempio, ma da qui si può già immaginare come questa lista di nomi intraducibili di-venterebbe immediatamente lunghissima; a volte è anche im-possibile tradurre alcune parole ricorrenti in questa disciplina, che quindi vengono riconosciute universalmente con il termine inglese, come CD ROM (Compact Disk Read Only Memory), memoria RAM (Random Access Memory) e così via. Il computing è nato, si è sviluppato in paesi di lingua inglese; per una volontà di universalità e di agevolazione alla condivi-sione, tutti i materiali e la documentazione relativi a questo argomento sono in lingua inglese.Per queste due ragioni ho deciso che Languages si sarebbe chiamato tale e tutti i suoi contenuti sarebbero stati in inglese.

4.8 La programmazioneHo trovato che la programmazione di Languages sia il fatto-re più trascinante di tutto il progetto. E' la programmazione stessa che ne modifica il carattere e l'aspetto, se un dettaglio del sito si può programmare bene, sennò questo dettaglio va tagliato. Se esiste qualche maniera per realizzare un parte del sito meglio di come già è, questa maniera viene senza dubbio analizzata, provato e probabilmente inclusa nel sito. Proprio questo è il motivo per cui è molto complicato definire l'iter progettuale di Languages, per questo suo carattere mutabile e attento a quelle che sono le tendenze attuali del web. Se in-fatti si parla di tendenze e standard si può dire che Languages cerca di rispecchiarli e rispettarli tutti, essendo programmato in JavaScript e utilizzando alcune delle più popolari librerie open source del momento.

Su questa caratteristica open source del codice che utilizzo voglio concentrarmi per un momento. La prima azienda che commercializzò software fu Microsoft di Bill Gates che, sin dal 1975, anno della sua nascita, ci tenne sempre a sottoli-neare che la qualità dei software da loro prodotti era senza dubbio dettata dal loro prezzo. Prima di quel momento non esisteva un vero e proprio mercato per i software, quelli che esistevano erano sempre strettamente legati alla macchina che li ospitava, quindi non era normale dover pagare per un sistema operativo. Ma dalla fondazione di Microsoft in poi le cose sono cambiate, così se si desidera avere un sistema operativo di qualità esso andava pagato, perché anche qual-cosa che non si poteva toccare da quel giorno in poi aveva un valore. Oggi, a distanza di quasi quarant'anni, le cose sono ulteriormente cambiate. Non per a causa del mercato pirata che non ha mai smesso di crescere e di svilupparsi nella Rete, ma per via dell'esistenza dei software open source, la cui ca-ratteristica gratuita è oggi sicurezza di qualità tanto come il costo definito dei software lo era negli settanta. open source oggi significa che migliaia di persone in tutto il mondo con-tribuiscono ad arricchire il programma di cui ti stai servendo, ecco perché tengo a sottolineare la gratuità del linguaggio di cui faccio uso. JavaScript è molto stabile e versatile, accettato e compreso da quasi tutti i computer in circolazione, e queste qualità sono elevate all'ennesima potenza se rivelo che l'unica altra scelta che avrei potuto fare sarebbe stata Adobe Flash. Flash è simpatico da usare per il designer, ma è totalmente detestabile da chi lo deve poi fruire in una pagina internet; richiede sempre una connessione molto veloce e una pazienza molto grande, per non parlare poi del fatto che non può essere letto da smartphone e tablet.

73

74 Languages | 5. conclusioni

5. ConclusioniLanguages è un museo virtuale sulla storia del computing, un website che racconta cosa è successo in questo ambito della tecnologia a partire dagli anni '40 fino al 2000. Quello su cui mi voglio concentrare in queste conclusioni è il carat-tere di "sfida" che questo progetto ha assunto sin dal primo momento, che quindi ha influenzato molte delle scelte pro-gettuali fatte e la forma finale che il progetto ha assunto. Non appena ho iniziato a pensare quale fosse un buon argo-mento per la mia tesi, ho anche realizzato che non sarei mai arrivata al termine di questa "missione" se la tesi non mi avesse spinto a indagare, scoprire e confrontarmi con cose nuove, che prima non conoscevo, o che non avevo mai vera-mente approfondito. Ho deciso che Languages avrebbe fatto imparare qualcosa a me, in prima persona, proprio come avrebbe fatto poi con i futuri utenti.

Per prima cosa vi è stata la scelta dell'argomento, la quale ha richiesto molto tempo, ricadendo poi su un cam-po di cui io effettivamente non sapevo molto: il computing. Ho pensato che non mi sarebbe bastato analizzare la storia dell'interaction design, che già relativamente conoscevo. Volevo andare ancora più su, risalire fino alla sorgente del tutto, cioè la tecnologia che fa sì che l'interaction design esi-sta, quindi il computing. Quando ho iniziato questa ricerca davvero non ne sapevo molto di informatica e ancora non conoscevo nessuno in grado di indirizzarmi verso le storie e gli argomenti giusti, si è trattato di un'investigazione piutto-sto casuale ed un po' ignorante. Ho semplicemente iniziato, prima con una ricerca davvero generica, poi con una sempre più specifica e "giusta". Dato che tutto è collegato con tutto, quando finalmente si trova una storia interessante, imme-diatamente se ne trovano altre dieci. Dopo i primi tempi e le prime letture, dopo aver incontrato alcune persone che

di computing qualcosa ne sapevano davvero, ho deciso di strutturare la mia ricerca con un metodo un po' più rigido e razionale, ricominciando dall'inizio e studiando gli eventi secondo un ordine cronologico; scoprendo poi che alcune delle cose che avevo trovato in precedenza non erano del tutto sbagliate e che rimanevano interessanti anche ora che sapevo qualcosa in più sul tema.Se si fa una ricerca sul computing non si tratta solo di legger-ne la storia sui libri, ma bisogna anche capire quello che si sta leggendo. In questo caso vanno capiti tutti i dettagli tec-nici che hanno caratterizzato quelle macchine e quei dispo-sitivi che sono entrati a far parte della storia del computing, perchè solo così si può comprendere la storie di un'evoluzio-ne tecnologica. Ed è proprio qui che sta la sfida di cui parlavo prima. Ho voluto mettermi alla prova e vedere se sarei stata davvero capace di capire tutto quello che fino a quel momen-to avevo solo ipotizzato di capire.

La seconda parte di questa sfida era rappresentata della realizzazione di quello che avevo immaginato. Avevo pensa-to di realizzare un sito internet con tutte le carte in regola, che utilizzasse i linguaggi più moderni e che fosse compati-bile con diversi dispositivi.Avevo anche realizzato: durante la mia carriera universita-ria e breve esperienza professionale, ho sempre più o meno scansato la programmazione, ho sempre trovato il modo di concentrarmi di più su altri aspetti di un progetto, in cui a mio parere riesco meglio. Ma dopo aver dato un'occhiata a com'è veramente il mondo al di fuori dello Iuav, dopo aver capito quanto esso sia competitivo, ho capito che forse era il momento giusto per acquisire un po' di quelle technical skills che fino a quel momento avevo sempre evitato. Ho deciso così di imparare un linguaggio di programmazione universa-

75

le che mi sarebbe poi servito anche a tesi e università finite. Detto questo le caratteristiche che potrebbero essere

potenziate sono le seguenti: l'interattività degli emulatori potrebbe essere amplificata, permettendo agli utenti di uti-lizzare queste piattaforme più diffusamente ed in maniera più variegata. L'usabilità della linea del tempo presente nella homepage potrebbe essere migliorata dal lato del backhand, agevolando così una flessibilità di modifica e aggiunta dei materiali. Si potrebbero poi essere accrescere le qualità del website per una fruibilità attraverso dispositivi touch screen, quindi di maggiore interesse per l'installazione di Languages in luoghi fisici come i musei. Nonostante la liquidità del sito internet rimangono sempre alcune discrepanze tra l'accesso attraverso un comune laptop, con l'utilizzo di un mouse come input, e la consultazione attraverso touch screen. Sono pro-prie queste discrepanza che andrebbero eliminate, ad esem-pio con la costruzione di due siti identici, uno per normali computer e uno per dispositivi touch screen, dove l'unica differenza sarebbe la modalità di input.


77

Fonti (testi e link)

Capitolo 2(1) Il Web, premesse e antefatti: dal Mundaneum al Memex, Bollettino telematico di filosofia politica, http://bfp.sp.unipi.it (2) Vannevar Bush, As we may think, Atlantic monthly, 1945, http://www.theatlantic.com/magazine/archive/1945/07/as-we-may-think/3881/(3) Dynamics diagrams, http://www.dynamicdiagrams.com/(4) Meike Laaff, Networked Knowledge, decades before Google, Spiegel online, 2011, http://www.spiegel.de/international/world/0,1518,775951,00.html(5) J.C.R. Licklider, Man-Computer Symbiosis, IRE Transactions on Human Factors in Electronics, 1960(6) J.C.R. Licklider, The computer as a Communication Device, Science and Technology, 1968(7) Alan Kay, Doing with Images Makes Symbols, 1987, http://www.archive.org(8) Paul E. Ceruzzi, A History of Modern Computing, The MIT Press 2003(9) John Markoff, What the Dormouse said: how the Sixties counterculture shaped the personal computer industry, MetroActive books, 2005(10) Ivan Sutherland, Sketchpad, a man-machine graphical communication system, Massachusetts Institute of Technology, 1963(11) Radiolab, Talking to Machines, programma radiofonico del 31 maggio 2011, http://www.radiolab.org(11.b) Joseph Weizenbaum, Computer Power and Human Reason, Penguin Books, 1993(12) T. O. Ellis, J.F. Heafner and W.L. Sibley, The Grail Language and Operations, RAND Corporation, 1969(13) Dan Ingalls, Design principled behind Smalltalk, BYTE, 1981(14) Paul E. Ceruzzi, A History of Modern Computing, The MIT Press 2003(15) Adele Goldberg, video intervista per il Computer History Museum, 2011(16) Adobe, History of innovation, http://www.adobe.com(17) Wikipedia, HPGL, http://en.wikipedia.org/wiki/HPGL(18) Bell Labs, Background: Bell Labs Text-to-Speech Synthesis: Then and Now, http://www.bell-labs.com/news/1997/march/5/2.html(19) Wikipedia, The turk, http://en.wikipedia.org/wiki/The_Turk(20) http://www.computerhistory.org(21) Éric Lévénez, Computer Languages Timeline, http://www.levenez.com/(22) Intel, Processore Core i5, http://www.intel.com/it_it/products/processor/corei5/index.htm(23) Gigapixel, http://en.wikipedia.org/wiki/Gigapixel(24) Google, Street View, http://maps.google.com/intl/en/help/maps/streetview/(25) Filippo Innocenti, architetto, http://www.filippoinnocenti.com/

Capitolo 3(26) LUST & LUSTlab, http://lustlab.net/, http://lust.nl/(27) HTML.it, Guida ad HTML5, http://xhtml.html.it/guide/leggi/203/guida-html5/(28) Wikipedia, JavaScript, http://en.wikipedia.org/wiki/JavaScript(29) Wikipedia, Grandaddy, http://en.wikipedia.org/wiki/Grandaddy(30) Stewdio, http://stewd.io/(31) Stewart Smith, Jed's Other Poem (Beautiful Ground), 2005, http://stewd.io/jed/(32) e (33) Paul E. Ceruzzi, A History of Modern Computing, 2003, The MIT Press(34) jQuery, http://jquery.com/

78 Languages | fonti

ImmaginiCapitolo 2Fig 2.1-2.2: http://history-computer.com/Internet/Dreamers/Bush.htmlFig 2.3: http://www.retronomicon.it/memex/Fig 2.4: Memex animation, Dynamics diagrams, 1995, http://www.youtube.com/watch?v=c539cK58eesFig 2.5: Meike Laaff, Networked Knowledge, decades before Google, Spiegel online, 2011, Fig 2.6: The Atlantic Magazine, Vannevar Bush cover portrait, August 1955, http://www.rarenonfiction.comFig 2.7-2.8: J.C.R. Licklider, The computer as a Communication Device, Science and Technology, 1968Fig 2.9-2.11: The MouseSite, a resource for exploring the history of human computer interaction, http://sloan.stanford.edu/MouseSite/Fig 2.10: Douglas Engelbart Institute, http://www.dougengelbart.org/Fig 2.12: Community Memory terminal at Leopold’s Records, Berkeley, California, 1975, Compter History MuseumFig 2.13-2.14: Ivan Sutherland, Sketchpad, a man-machine graphical communication system, Massachusetts Institute of Technology, 1963Fig 2.15: Ivan Sutherland : Sketchpad Demo, http://www.youtube.com/watch?v=USyoT_Ha_bAFig 2.16: Screenshot scattati personalmenteFig 2.17: T. O. Ellis, J.F. Heafner and W.L. Sibley, The Grail Language and Operations, RAND Corporation, 1969Fig 2.18: Alan Kay, Doing with Images Makes Symbols, 1987, http://www.archive.orgFig 2.19a: Smalltalk screenshot, 1972, Computer History Museum Fig 2.19b: The PARC Computer Science Laboratory (CSL), 1970 ca. Computer History MuseumFig 2.20: Peter C. S. Adams, PageMaker, past, present, future, http://www.makingpages.orgFig 2.21: Adobe Systems, Meet Adobe Illustrator, Introduction and Demo, 1987, dal VHS che accompagnava il floppy disk conte-nente il programma.Fig 2.22: Dean McNamee and Tim Burrell-Saward, Wikipedia 10th Anniversary, Fig 2.23: Aaron Koblin e Daniel Massey, A Bicycle Built for 2000, http://www.bicyclebuiltfortwothousand.com/http://www.deanmcnamee.com/wikipedia-anniversaryFig 2.24: Chris Bierbower, Binary counting, http://vimeo.com/19721329Fig 2.25: http://www.computerhistory.orgFig 2.26: http://www.adobe.com/aboutadobe/history/Fig 2.27: O'Reilly, News & Commentary, http://oreilly.com/news/languageposter_0504.htmlFig 2.28: Jung von Matt, Museum of Obsolete Objects, http://www.youtube.com/user/MoooJvMFig 2.29: C|Net, iPhone history animated video, http://crave.cnet.co.uk/mobiles/iphone-history-animated-in-our-infographic-video-50005285/Fig 2.30: Intel, The Museum of Me, http://www.intel.com/museumofme/r/index.htm/Fig 2.31: Google, Art Project, http://www.googleartproject.com/Fig 2.32: Adobe, AMDM, http://www.adobemuseum.com/

79

Capitolo 3Fig 3.1: Vice, Commodore Amiga emulator, 2009, http://www.viceteam.org/ Fig 3.2: Commodore Business Machines, Inc.,Commodore 64 User's Manual, http://www.commodore.ca/manuals/c64_users_guide/c64-users_guide.htmFig 3.3: Google team, The Evolution of the Web, http://evolutionofweb.appspot.com/Fig 3.4: Stewart Smith/Grandaddy, Jed's Other Poem (Beautiful ground), 2005, http://www.youtube.com/watch?v=qA-UqKAv1rE&feature=relatedFig 3.5: Dragan Espenschied e Olia Lialina, Once Upon a Time, 2011, http://1x-upon.com/Fig 3.6: Rehab Studio e Soon in Tokio, The Restart Page, 2011, http://www.therestartpage.com/ Fig 3.7: University of Queensland, Punching data on computer cards, 1969, http://www.youtube.com/watch?v=oaVwzYN6BP4&feature=relatedFig 3.8: MousyBoyWithGlasses on Flickr, Charles Babbage's brain,http://www.flickr.com/photos/mousyboywithglasses/3065558010/Fig 3.9: Screenshot scattato personalmenteFig 3.10: Immagine tratta dal quaderno di appunti personaleFig 3.11: Screenshot scattati personalmente

Capitolo 4Tutte le immagini presenti nel capitolo 4. Final design sono immagini prodotte personalmente, scattando screenshot durante la lavorazione del website Languages.

80 Languages | fonti

81

mia cocciutaggine, non vi abbia sempre prestato ascolto.Daniele Muscella, per la costante "vicinanza" e l'affetto mai

mancato e costantemente mandato via Skype da Berlino.Un particolare e sentitissimo ringraziamento va ad Edwin

Jakobs, senza il quale la mia tesi semplicemente non esistereb-be (e non sto esagerando).

Voglio poi ringraziare tutti i miei compagni di corso, con cui ho affrontato e portato a termine questo impervio percorso, i qua-li sin dall'inizio hanno lasciato cadere ogni forma di rivalità o competizione, per riconoscere come tutti ci trovassimo nella stessa difficile condizione.

Voglio da ultimo sottolineare l'importanza che hanno eserci-tato gli studi dove ho svolto le due internship durante l'esta-te/autunno scorsi, Designit di Monaco di Baviera, Germania, e LUST & LUSTlab di Den Haag, Paesi Bassi, in questi luoghi sono realmente cresciuta e le due esperienze mi hanno aiuta-to, anche se in modi diversi, a farmi un'idea di quello che mi aspetta al di fuori del mondo accademico.

Ringraziamenti Arrivata alla fine di questo lunghissimo (ma apparentemente mai lungo abbastanza) percorso voglio ringraziare tutte le persone che in vari modi hanno fatto sì che il mio progetto ed io arrivassimo sin qui.

In primis ringrazio la mia famiglia che da anni mi sostiene incondizionatamente, fin dall'inizio di questo mio strampalato iter all'interno del mondo del design; il loro appoggio è stato particolarmente importante soprattuto durante questo ultimo convulso periodo di preparazione della tesi, durante il quale, nonostante le evidenti difficoltà, non hanno mai smesso di cre-dere nella mia riuscita.

Voglio fare poi un ringraziamento particolare ai miei relato-ri, Philip Tabor e Gillian Crampton Smith, i quali sono stati una delle maggiori spinte alla mia crescita universitaria e profes-sionale, e in generale alla mia scoperta del mondo, e che non hanno mai smesso di offrire il loro aiuto e la loro comprensio-ne, nonostante la mia lunga latitanza.

Ora vorrei ringraziare tutte le persone che hanno contribuito attivamente alla realizzazione del mio progetto, coloro che hanno aggiunto un pezzetto a quello che è il puzzle finale della mia tesi.

Brian Oko, con il quale ho condiviso la mia esperienza a Designit a Monaco di Baviera, e la cui vicinanza (e grande pazienza) durante i le prime fasi progettuali è stata prezio-sissima per la formazione dei concetti alla base della mia tesi.

Stefano Mirti, il quale mi ha aiutato a raggiungere ordine e concretezza nei i miei disordinati pensieri, e le cui impietose domande mi hanno sempre mantenuta coi piedi per terra.

Federica Ricci, per il grande supporto morale, mai manca-to, nemmeno nei momenti più delicati di questo viaggio, e per i sui preziosi consigli grafico-tipografici, nonostante, causa la

82 Languages | ringrazimenti

83

UNIVERSITÀ IUAV DI VENEZIA FACOLTA’ DI DESIGN E ARTI

DICHIARAZIONE DI CONSULTABILITA’ O NON CONSULTABILITA’

DELL’ELABORATO FINALE

(da inserire come ultima pagina della dell’elaborato finale)

Il/La sottoscritto/a ………………………………………….matr. n. ...……………. laureando/a in ………………………………………………... sessione ………………………… dell’a.a. …………….………….

DICHIARA che l’elaborato finale dal titolo: …………………………………………………………………………………………. ………………………………………………………………………………………….

è consultabile da subito potrà essere consultato a partire dal giorno ………………….. non è consultabile

(barrare la casella della opzione prescelta) data ………………….. firma ………………………

84

Documents

Languages, interactive online museum of man-machine languages