Alle volte basta poco per uscire dal guado di un fiume in piena o a districarsi dal fitto canneto di una palude. Il fiume in piena o, se visto dai suoi detrattori, la palude, è il Web 2.0.

Il poco che serve, guarda caso, è lo stesso che può servire a districarsi anche nel complesso mondo di SDMX, anche se dal versante contrario, e questo è il paradosso che sembra a prima vista  emergere.

SDMX sta per Statistical Data and Metadata Exchange, ed è una iniziativa nata in ambito internazionale per la definizione di protocolli standard di condivisione ed interscambio di dati e metadati statistici. A modalità di scambio bilaterale o attraverso Gateway, le quali vengono comunque supportate da SDMX, si preferisce un modello di data-sharing di nuova generazione, all’interno del quale la condivisione avviene tramite l’adozione di un linguaggio comune.

Pattern

http://unstats.un.org/unsd/accsub/2003docs-2nd/sa-2003-15.pdf

Senza farla troppo lunga, e rinviando al sito ufficiale, attraverso il protocollo SDMX e le sue implementazioni pratiche, come ad esempio i Web Services realizzati all’interno del progetto SODI (altra sigla su cui per ora sorvoliamo), è possibile andare a prelevare i dati che un certo “nodo” del sistema-comunità espone su Web non appena siano resi disponibili. Questa modalità, che appunto viene chiamata pull, è indicata, a ragione, come un significativo passo in avanti nel favorire l’accesso e la condivisione di dati rispetto alla tecnologia push. I dati non vengono più spinti dal nodo che li detiene verso il nodo centrale, né parcheggiati in un repository comune per essere successivamente estratti, ma vengono tirati via dagli altri nodi interessati, avvertiti da un apposito Web feeder (l’insostituibile RSS). Altro vantaggio di tale approccio è proprio il passaggio dalla logica del deposito a quella del registro. Non più pozzi profondi e scuri di dati che vengono facilmente alimentati ma a fatica mescolati, armonizzati e integrati, ma ambienti leggeri di mappatura che lasciano i dati dove stanno naturalmente e si occupano solo di interpretarne formati, struttura e significato. Attraverso registry, appunto, e non repository. Insomma, nel caso di SDMX, pull è meglio di push e in questa direzione ci si sta ormai muovendo anche all’interno delle organizzazioni complesse che costituiscono i vari nodi di interscambio. Ognuno continua a produrre dati secondo i propri metodi e poi li rende disponibili tramite opportune mappature conformi alla sintassi di SDMX.

Il problema affrontato con SDMX si colloca però all’interno di uno scenario tecnologico, al quale già con la menzione di Web Service e RSS abbiamo fatto riferimento, che presuppone altri paradigmi, come quelli di collaborazione, partecipazione, collettività, leggerezza, molteplicità, e che si esprime attraverso la piattaforma Web 2.0. Non a caso uso il termine piattaforma, perché è su tale termine che si verifica la principale convergenza delle molteplici (e come altrimenti?) definizioni che di Web 2.0 si possono dare. Per dirla usando le parole di uno dei suoi inventori (a proposito… il Web 2.0 è stato inventato o scoperto? Per me non c’è dubbio… è stato scoperto grazie ad alcune invenzioni…) si può senz’altro accettare l’idea che “come molti concetti importanti, il Web 2.0 non ha confini rigidi, ma un’anima gravitazionale. Potete visualizzare il Web 2.0 come un insieme di principi e di procedure che collegano un autentico sistema solare di siti che dimostrano in toto o in parte questi principi, a una distanza variabile dal centro stesso.”  (Tim O’Really)

La piattaforma Web 2.0 consente di vedere i vari strumenti non più come insieme di risorse ma come sistema di risorse. Lo stesso concetto di sistema informativo nel contesto Web 2.0 può basarsi su nuove connotazioni: non più solo strutture, capaci cioè di gestire informazioni strutturate in modo rigido, ma anche reti di connessioni, reciproche e dinamiche, tramite le quali è possibile organizzare la conoscenza centrandola sulla valorizzazione della relazione tra i nodi (sia gestori sia utenti), proponendo un cambio di paradigma nella concezione e rappresentazione della conoscenza.

Il cerchio con SDMX si chiude, ma qui arriva il bello, cioè il paradosso del push e del pull. Elemento saliente del Web 2.0 è, ormai lo si è capito, l’architettura dell’informazione, termine cui si stanno dedicando intere organizzazioni e della quale in questo articolo si vuole dare un significato meno settoriale ma non per questo meno interessante, come ad esempio quello proposto nel libro di Luca Rosati, Architettura dell’informazione, ed. Apogeo, Milano, 2007.

arch-informazione

Attenzione, non l’architettura dei dati o quella applicativa e meno che mai quella tecnologica, triade su cui abbiamo impiantato la nostra (s)fortuna per circa un ventennio, ma proprio quella dell’informazione. Secondo i punti di vista più diffusi nell’ambito del KM, mentre la struttura del dato è grezza, regolata in modo rigido, impersonale e priva di connessioni, l’informazione ha una struttura agita, contestualizzata e di relazione, e l’azione informativa è proprio la trasformazione del dato in conoscenza. Quindi l’architettura dell’informazione non può essere vista fuori dal contesto in cui si manifesta, non è impersonale e DEVE essere centrata sugli utenti. Inoltre, secondo i tipici insegnamenti del Web 2.0, l’informazione non è a senso unico, ma è partecipata. Ognuno, se vuole, può contribuire ad arricchirla. Insomma, il tradizionale verso di percorrenza dell’informazione – dal produttore al consumatore – è controbilanciato dal verso opposto. L’utente non si rivolge più al sito ponendo la domanda “cosa hai da darmi?” ma “ho io qualcosa da darti e da condividere”. In altre parole, si assiste allo sviluppo privilegiato di una nuova interpretazione della modalità push (metto io qualcosa qui dentro) in alternativa a quella pull classica (tiro giù dal sito quello che mi offre). Esattamente il contrario di quello che avviene in ambito SDMX.

A questo punto il gioco del paradosso è chiaro: “cosa è meglio e cosa è più innovativo, pull o push?” La risposta più banale è: tutte e due, e in questo non c’è paradosso. Da una parte, novità dei progetti incentrati su SDMX, si prendono risorse informative direttamente dai nodi client quando sono messe a disposizione, dall’altra, innovazione della piattaforma 2.0, si contribuisce direttamente ad arricchire le risorse (che diventano di tutti) sui nodi server. La forza di pull e push si equivale. Basta capire bene come si usano e i contesti in cui lo si fa.

È un po’ come la morra cinese, la carta avvolge il sasso, il sasso spezza la forbice, la forbice taglia la carta. Solo che qui manca la terza figura… quale potrebbe essere, secondo voi?

Advertisements