La transizione è ben descritta dall’oggetto della tavola rotonda cui ho assistito:  “web e PA: dalle reti civiche ai social media”

Ormai tutte le amministrazioni pubbliche, a tutti i livelli, hanno un loro sito web. A causa dell’interesse crescente delle persone nei confronti dei social network, e per consentire e favorire l’esercizio della cittadinanza digitale, è necessario fare un passo in più.
I capisaldi della rivoluzione del Governo 2.0 sono due: il presidio (non la semplice presenza) nei social network, e la convinta adesione all’open data, “liberando” i dati pubblici e mettendoli a disposizione di cittadini e imprese. In breve, passare dall’informazione alla conversazione.

Non è più soltanto un problema di trasparenza, ma qualcosa che va oltre: attivare conversazioni e liberare dati possono favorire la creazione di user generated content, lo sviluppo dell’intelligenza collettiva e di reale valore pubblico. L’obiettivo delle pubbliche amministrazioni deve essere dunque quello di riconcepire il ruolo del sito web istituzionale.

Il fatto è che preseguire questo obiettivo pone sul campo una serie di problemi impegnativi, che ho provato a schematizzare ma che in realtà si sommano e si compenetrano:

I costi
I costi di accesso ai network sociali è praticamente nullo, ma gli amministratori non si devono illudere. Attivare conversazioni con i propri cittadini richiede organizzazione e preparazione. Nessuna innovazione reale si fa a costo zero, nessuna conversazione proficua può essere gestita dagli stagisti  o con gli account di SNS che restano attivi giusto per il tempo della campagna elettorale (il dato esposto da Epifani è impressionante: il 78%)

Le competenze
Le competenze (skills) vanno analizzate sui due poli della comunicazione. Da una parte, l’età media della PA rimane alta e ciò non favorisce l’adozione di nuove tecnlogie. Saper utilizzare i SNS viene ancora vista come una competenza informatica, come se per aprire un libro fossero necessarie competenze tipografiche. Il grido di battaglia dovrebbe essere “Formazione, formazione, formazione” ma la formazione costa, e nei ranghi ridotti di alcune amministrazioni il costo della perdita di un’ora di produttività per un’ora di formazione è rilevante. L’idea può essere quella dell’autoformazione, oppure la creazione di una social media policy, sul solco di altre esperienze in tal senso (Department of Justice  of Victoria, Australia).
L’altra faccia della medaglia è quella dei cittadini. Restano più che urgenti in Italia politiche di inclusione digitale, certamente sul lato delle infrastrutture ma soprattutto sul lato dell’alfabetizzazione (il digital divide, a differenza di quanto ci si aspetterebbe, non riguarda soltanto la componente più anziana della popolazione, questo quanto emerso nel corso della tavola rotonda)

Il paradigma
Il cambiamento nelle PA deve riguardare innanzitutto la forma mentis. Penso, tanto per fare un esempio, alle due ultime grosse campagne pubbliche, la PEC e il “Mettiamoci la faccia”. Trasparenza e valutazione sono elementi importanti, ma la loro applicazione è figlia di un modo “vecchio” di aprirsi ai cittadini. Lascio al lettore la ricerca delle critiche sulla PEC, dico solo che sostituire la raccomandata cartacea con quella elettronica sembra una rivoluzione a metà. Ha senso uno standard tutto italiano? E ancora: le famose faccine di Brunetta sono un tipo di feedback assolutamente limitato. Il denaro pubblico speso per i monitor touch screen che troviamo in molti sportelli pubblici non poteva essere utilizzato per progetti migliori?

La burocrazia
La P.A. non è snella, i livelli di responsabilità sono molti. L’ottica è ancora quella dell’emissione di un provvedimento (ottica importante, ma la PA moderna non può essere semplicementea una scatola nera con una istanza in ingresso e un provvedimento in uscita. Deve essere sempre più una rete di servizi, dove i cittadini contribuiscono al risultato. Sarebbe meraviglioso potenziare in senso social l’art. 11 della legge 241/1990 !

La resistenza
Molto semplicemente, davvero gli amministratori hanno voglia di mettersi in gioco? Comun-icare (mettere in comune cose) è faticoso, significa scoprire il fianco alle critiche, significa saperle gestire.

Il soggettivismo etico
Ai cittadini interessa davvero partecipare? Quanto ciò dipende dalla volontà reale di partecipazione stessa e quanto dall’usabilità della piattaforma per la comunicazione?

Insomma, di “carne al fuoco” ce n’è davvero tanta, ma spero, nell’estrema sintesi cui sono costretto, di avere dato qualche piccolissimo spunto di riflessione. Utilizzando la linkografia che vi propongo e con un bel giro per la Rete, potrete farvi un’idea della bellissima giornata di sabato. C’è una cosa che invece consiglio di fare di persona (Riminesi e non): una bella visita al Museo della Città, dove le dieci antenne wi-fi indoor (più le due esterne istallate nel 2010) assicurano una connessione stabile e veloce.

Concludo con la speranza che il Comune di Rimini, visto che il RiminiCamp del 3 dicembre ha coinciso con la Giornata Internazionale dell’open data , si adegui velocemente liberando quanti più dataset possibile. Spero inoltre che qualcun altro voglia segnalare qualche altro resoconto della giornata che copra la parte di evento che ahimè non ho potuto seguire.

Linkografia

# Il sito web del Comune di Rimini
# La pagina Facebook del Comune di Rimini
# L’account twitter del Comune di Rimini
# La timeline della discussione su twitter con hashtag #riminicamp2011
# Il vademecum per le PA sugli open data
# Le slides di Salvatore Romano (intervento della seconda tavola rotonda)

Ma cosa sono esattamente gli alberi monumentali? Sono quegli esemplari arborei che presentano caratteristiche eccezionali di vetustà e di connessione al territorio, che ne esaltano l’importanza, rispetto all’insieme del patrimonio arboreo di una data zona.

Nel comune di Rimini ci sono circa 42000 alberi, di circa 190 specie, e tra questi spiccano alcuni esemplari particolari. Parliamo di esemplari tra i 100 e i 300 anni, sopravvisuti alla antropizzazione selvaggia del territorio. Si tratta di alberi riconducibili a due grossi macrogruppi: querce discendenti dalla macchia mediterranea medievale e alberi di pregio anche non autoctoni ma messi a dimora secondo il gusto estetico e botanico dell’inizio del 1800.

Nel 2010 ho contribuito a una piccola pubblicazione, “Alberi monumentali e di pregio del Comune di Rimini“, ideato e realizzato con l’Assessorato alle Politiche Ambientali ed Energetiche del Comune di Rimini.

Rientro almeno parzialmente sugli argomenti di questo blog dicendo semplicemente che, a partire dai dati raccolti per quella pubblicazione, ho creato una semplicissima Google Map sulla quale sono collocati 24 esemplari arborei del Comune di Rimini, corredati da descrizione ed una piccola immagine. Per adesso è solo un punto di partenza, visto che l’idea generale è un database, anche a partire dai dati raccolti dalle istituzioni, di tutti gli alberi sottoposti a tutela della Provincia di Rimini o comuunque meritevoli di segnalazione da parte del Corpo di cui faccio parte) .

La mia speranza è che qualcuno di voi, mentre va in giro per il territorio riminese, dopo una giornata di spiaggia o in qualsiasi periodo dell’anno, prenda in mano il proprio smartphone, si connetta a Internet e attraverso questo piccolissimo lavoro possa conoscere un ulteriore aspetto della città in cui risiedo dal 2000.

La mappa è naturalmente pubblica e si trova a quest’indirizzo. Altre informazioni sulle GEV o sui patriarchi arborei le potete trovare nella breve linkografia qui sotto. Buona gita tra gli alberi!

# Guardie Ecologiche Volontarie – Rimini
# Guida ai patriarchi arborei della provincia di Rimini
# Banca dati degli alberi monumentali della Regione Emilia-Romagna

L’appuntamento, lo ripeto, è per Sabato 3 Dicembre, al Museo di Rimini, dalle 9.30 alle 17.30.

Rimando alla pagina dedicata per la consultazione del programma completo, ma desidero segnalare che, prima del barcamp vero e proprio, si terrà una tavola rotonda alla quale parteciperanno esperti del calibro di Stefano Epifani, Gianni Dominici, Ernesto Belisario che gli assidui frequentatori dei social network credo conoscano bene.

Io farò di tutto per esserci, e voi?

Stavolta la mia scelta è quella di non apportare particolari modifiche al codice riportato da Google e di farvi vedere solo uno degli esempi.
Mi sono limitato dunque a prendere dei dati già presenti in Internet (più precisamente l’indirizzo degli uffici postali presenti nella Provincia di Rimini) e li ho caricati in una Google Fusion Table, registrata all’indirizzo http://tables.googlelabs.com/DataSource?dsrcid=305567 . Il caso che vi propongo è quello di selezionare gli “n” uffici postali più vicini a un determinato punto della mappa.

Quello che è davvero interessante è che, per implementare la selezione all’interno del codice javascript, viene utilizzata una notazione “SQL-like” e quindi di facile comprensione

tableid è la variabile che contiene il nome della Fusion Table, per il resto si tratta di una semplice query SQL dove i parametri sono il punto da cui calcolare le distanze (44.03, 12.56) e LIMIT, cioè il numero di punti da considerare (nel nostro caso 5)

Il codice finale è questo:

mentre il risultato lo potete trovare qui.

Inutile dire che le potenzialità sono infinite. Potremmo infatti gestire come variabili sia il punto da cui calcolare le distanze (magari prendendola da un dispositivo mobile una volta impostato il parametro sensor a yes), sia il numero di markers da considerare (attraverso un FORM dal quale ricavare in input detto parametro).

Nella documentazione ufficiale Google Fusion Tables potete trovare gli altri esempi, fate qualche esperimento e… buon divertimento.

Linkografia

@ Search your geo data using spatial queries from Fusion Tables!
@ Google Fusion Table API

Vorrei condividere con voi le mie personali riflessioni scaturite dalla serata, riflessioni che mi hanno lasciato con una inquietudine di fondo.
E’ certamente un fatto la frequentazione dei SN da parte di strati sempre più vasti della popolazione, tanto vasti da considerare la Rete “pop” , secondo il titolo del volume. Tuttavia, a mio avviso, ci sono ancora difficoltà, o quantomeno punti non risolti. Lo stesso termine “pop”, per come è stato associato alla musica, rimanda a melodie semplici, adatte a tutti, indifferenziate, che più che creare si basano su modifiche di temi esistenti (mi sono permesso di rielaborare il lemma su Wikipedia).

Come tutte le “rivoluzioni” c’è certamente un ottimisimo di fondo, anche da parte degli studiosi di ieri sera. Le mie esperienze in Rete nascono nel 1994, ricordo bene quell’entusiasmo degli anni Novanta schiantarsi il 10 Marzo 2000, con il manifestarsi dell’Internet Bubble. Ed ecco perchè preferisco essere più cauto evidenziando le questioni ancora aperte:

1) L’effetto traino dei media tradizionali ha consentito l’accesso ai SN da parte di tantissimi utenti. Quanti di loro sfruttano davvero questi strumenti rivoluzionari? Spesso le relazioni sono superficiali, mantengono semplicemente un contatto con chi è lontano o semplicemente completa una relazione vicina con conversazioni di scarso spessore.

2) La produzione di contenuti, paradigma fondante del web 2.0, è molto limitata. Più che creare qualcosa di nuovo, ci si mette sotto una bandiera. Più facile “far parte di” che non “contribuire a“. “Diventare fan” (parlo di FB) spesso si concretizza in una semplice etichetta.

3) La scarsa partecipazione porta spesso e volentieri alla noia. I SN hanno parecchi utenti ma poi quelli effettivi sono pochi (si parla di un terzo di quel terzo di italiani che usano Internet). E quei SN dove “l’investimento partecipativo” è alto, come ad esempio Second Life, addirittura desertificano. Neanche i blog  godono di ottima salute (il mio per primo): le riflessioni costano fatica, scrivere è faticoso, ed è molto più semplice cedere alle comunicazioni superficiali sui SN).

4) Il GROSSO problema della privacy. Pur essendo d’accordo sul fatto che per le nuove generazioni il confine tra pubblico e privato è più labile, permangono problemi di consapevolezza. Le campagne come “Think before you post” o l’opuscolo “Social network: attenzione agli effetti collaterali” pubblicato dal nostro Garante per la protezione dei dati personali.

5) Privacy a parte, è ancora forte il problema complessivo del digital divide, nell’accezione squisitamente culturale e non infrastrutturale (aspetto cui comunque il nostro Paese è parecchio indietro). Chi educa all’utilizzo corretto della Rete? E’ sufficiente la pratica o, come penso io, ci vogliono strumenti culturali che gran parte della popolazione (giovani generazioni comprese) non ha? E, anticipando il punto 6, la politica ha interesse in questa educazione all’uso?

6) Il problema della politica. Da un lato ci sono forze (i frequentatori dei SN), che mettono sullo stesso piano il loro “io” pubblico e privato, che spingono alla partecipazione e alla trasparenza aziende e amministrazioni pubbliche; Dall’altro lato, ”curiosamente”, accade che in Europa, al forte sviluppo dei SN, si contrappone una produzione normativa volta ad imbrigliare l’utilizzo della Rete (la nota vicenda D’Alia, le limitazioni francesi alla net neutrality, i tentativi di equiparazione tra blog e carta stampata, solo per fare alcuni esempi). Propaganda e non partecipazione, questo è ciò che conta per chi governa (concetto ben espresso da H. Lasswell e dalla scuola di Chicago, oltre che ovviamente da quello che riesco a comprendere del concetto di “Cultura di massa”, di ”Tolleranza repressiva” e di “Concessione di libertà apparenti” di Marcuse).

Considerando tutti questi elementi, sembra che l’instaurarsi di relazioni con un minimo di creatività passi allora per le élites, gruppi ristretti di popolazione cui non interessa la massa critica. Lo stesso intervento di Laura Gemini, sull’utilizzo della Rete come stimolo alla creatività, è passato per la citazione delle avanguardie, che, mi pare, altro non siano se non élites.

Anche l’intervento di Luca Rossi mi porta alla stessa conclusione. Il videogioco è una grande metafora della società, dove chi ha la passione, la scintilla creativa, gioca, crea relazioni, tenta le via del cambiamento, e che si ritira non  appena la qualità di quella relazione decade.

Riprendo una frase di Giovanni Boccia Artieri

Cosa accade nel momento in cui milioni di persone nel mondo non sono più semplicemente pubblico di massa [...] ma possono produrre connessioni “di massa” tra loro, con e attraverso contenuti che imparano non solo a fruire ma a produrre?

A mio modo di vedere le mutazioni di cui parla Giovanni sono ancora infinitesimali, e quello che è peggio e che ci sono spinte contrarie.

La mia riflessione finale:  Internet è un fenomeno eversivo (intendiamoci, inteso come sovversione “culturale” dell’ordine costituito). L’élite che comanda la società facendo leva innanzitutto sul suo potere economico la osteggia, un’altra elite (gli “eversivi” di cui sopra) che fanno fatica a fare breccia sugli altri che, in ogni caso, utilizzano i SN con un modello che si rifà in gran parte ai media tradizionali.

Non posso far altro che concludere ringraziando gli autori per aver suscitato in me tali riflessioni, giuste o sbagliate che siano (ribadisco, non sono in grado di sostenere un approccio sociologico al problema). Ma almeno è un punto di partenza per un dibattito di cui, se vorrete, sarò felice di attenderne gli sviluppi. Nel frattempo, se volete acquistare il libro, sappiate che non ho concordato nessuna percentuale

La prima parte definisce e carica due array, contenenti i dati da visualizzare sulla mappa, cioè gli indirizzi stradali e le relative descrizioni

Il cuore dell’applicazione è costituito dalla funzione javascipt codifica_indirizzi, che ha come parametri in ingresso un indirizzo stradale e una descrizione da visualizzare. In uscita, il risultato della funzione è un marker (ottenuto dal geocoding dell’indirizzo stradale) con la relativa descrizione. Tale funzione viene eseguita, attraverso un ciclo iterativo FOR, tante volte quanti sono gli elementi del vettore indirizzi.

La funzione principale è la funzione visualizzamappa che definisce i criteri di visualizzazione della mappa (tipo ROADMAP, livello di zoom) e attiva il ciclo di scansione dei vettori indirizzi e descrizioni.

Il risultato finale lo potete trovare qui.

Piccola digressione. La funzione geocoding utilizzata si presta molto bene a codificare indirizzi inseriti dall’utente in un piccolo form come si vede in questo esempio. Ciò accade poichè la richiesta è asincrona (i dati che ci servono sono localizzati in server)

Ho avuto qualche difficoltà nella corretta visualizzazione delle descrizioni per ogni marker. Il metodo geocode() mal si accorda a soddisfare le richieste del ciclo for .  In pratica il ciclo for incrementa il contatore avanti prima che il marker potesse comparire (senza attendere cioè il risultato della richiesta fatta al server Google dalla funzione). Grazie a un suggerimento di Napolux ho focalizzato il problema e ho trovato la soluzione, “spezzando” il codice scrivendo due funzioni.

In effetti, una maniera più elegante e corretta di codificare una serie di indirizzi fissi, come quelli precaricati nel vettore, è quella di accedere al servizio di geocoding tramite una richiesta http. In questo caso avremmo però bisogno di un API Key. Magari in un altro articolo si approfondirà questo aspetto.

Tralasciando per un attimo le nostre piccole creazioni in javascript per sfruttare le potenzialità delle Google Maps V3,  in questo post vorrei introdurre un modo estremamente semplice per visualizzare in una Google Map dati geografici che abbiamo precedentemente immagazzinato in una tabella in formato CSV,  ODS o XLS. A tale scopo possiamo sfruttare il servizio Google Fusion Tables, cui potete accedere previa identificazione con il vostro account Gmail.  
Il sistema è davvero molto semplice:

1. Cliccate su New Table
2. Prelevate il file di indirizzi che volete visualizzare dal vostro PC o direttamente da Google Spreadsheet. Cliliccate su Next
3. Selezionate l’intestazione e le colonne da includere e clicate su Next
4.  Eventualmente scrivete alcune informazioni aggiuntive sul file
5. Andate su Edit, Modify, e specificate quali dati devono essere considerati come Location (cambiandone il tipo da Text). Cliccate su Save
6. Nel menu andate in Visualize poi Map e visualizzate il risultato. Potrebbe accadere, la prima volta che visualizzate la mappa, che non venga centrata subito sui vostri punti).

Un piccolo esempio, creato per l’occasione, lo potete trovare qui.

Le potenzialità del sistema sono davvero notevoli. Diventa infatti estremamente interessante lavorare con indirizzari pubblici trovati sulla rete, oppure, per fare un altro esempio, con le collezioni di POI che vengono utilizzati dai navigatori satellitari. 

Google Fusion Tables, tra l’altro, non nasce solo per visualizzare mappe geografiche ma per elaborare graficamente esempi complessi di lavoro collaborativo tanto da prevedere un merge (unione) tra i nostri dati e quelli di altre tabelle pubbliche o private. Al di là dei nostri interessi geografici dunque, consiglio uno sguardo più che approfondito a questa nuova applicazione dei Google Labs.

Adesso andiamo dentro la cartella res/values/ e apriamo il file strings.xml. Qui inseriremo tutte le stringhe di testo necessarie alla nostra U(ser) I(nterface).  Nell’articolo precedente abbiamo cominciato con la visualizzazione dei testi identificati dalle variabili hello and app_name. Potremmo ad esempio apportare le seguenti modifiche:

Adesso apriamo la classe java che abbiamo creato per il primo esercizio e “diciamole” di utilizzare il layout xml appena definito:

Invece di passare a setContentView() un oggetto View , gli abbiamo dato il riferimento al layout XML. Tale risorsa è identificata da R.layout.main, un oggetto compilato che rappresenta il layout definito in /res/layout/main.xml. Al di là delle stringhe visualizzate, il risultato è lo stesso della prima applicazione.

Tornando al file main.xml, diamo un’occhiata agli attributi (quattro) dell’elemento TextView

xmlns:android
Dichiarazione di namespace, che associa al prefisso android lo spazio dei nomi definito all’indirizzo http://schemas.android.com/apk/res/android.

android:layout_width
definisce quanto dello schermo disponibile deve essere riservato alla View.

android:layout_height
identico a android:layout_width, solo che si riferisce all’altezza dello schermo disponibile.

android:text
Definisce il testo che TextView deve visualizzare. Nell’esempio, le stringhe non sono inserite direttamente ma vengono “pescate” dal file string.xml. E’ una buona pratica perchè, in caso di modifica dei testi da visualizzare, modificheremo quest’ultimo file anzichè modificare il file di layout.

Linkografia
1) Per la realizzazione di questo piccolo post si è attinto largamente alla documentazione ufficiale di Android relativa alle UI.
2) Per la spiegazione concettuale di cosa sia un namespace si può attingere al lemma su Wikipedia , a questa risorsa di html.it o all’ottimo documento del Prof. Fabio Vitali dell’Università di Bologna.

Una volta ottenuti i dati, si tratta di “passarli” al nostro codice. La scelta che ho fatto è stata quella di caricare i dati in tre vettori (array), uno per le latitudini, uno per le longitudini e uno per le descrizioni dei markers.
In fase di visualizzazione, i dati dei vettori verranno letti attraverso un ciclo iterativo for.

Il risultato lo trovate qui mentre qui sotto potete esaminare un estratto del codice usato.

Linkografia
@ Maps API V3 Overlays  (Google Code – inglese)
@ Esempio visualizzazione markers singolo (Google Code – inglese)

Prima di lanciare l’emulatore, è necessario prima creare una AVD (Android Virtual Machine). Che cos’è una AVD? E’ un insieme di specifiche che ci permette di emulare un dispositivo Android anzichè un altro, diverso per configurazione hardware (la tastiera, la memoria, la presenza di una fotocamera, ecc.), la forma (skin) del dispositivo, ed altro ancora. Naturalmente possiamo creare tutti gli AVD che desideriamo, uno per ogni dispositivo da “mimare”.

Per creare un AVD usiamo uno dei tools forniti da Android SDK.

Apriamo un prompt di sistema, ed eseguiamo la riga di comando:

Questo è tutto. Abbiamo il nostro AVD denominato ilmioprimoavd. Adesso siamo pronti per creare un nuovo progetto Android.

Apriamo Eclipse, selezionamo File > New > Project.
Selezioniamo “Android Project” e clicchiamo su Next.
Inseriamo i dettagli del progetto come nella figura seguente:

Nella sezione che segue qualche nota sul significato dei diversi campi. Per adesso potete anche prendere tutto per buono, saltare la parte che segue e andare avanti

---------------------------- cut here -------------------------------------------------

Project Name: il nome della directory che conterrà i file del progetto.
Application Name: il nome dell’applicazione che apparirà sul nostro dispositivo Android.
Package Name: il significato sarà certamente chiaro a chi ha familiarità con i packages del linguaggio Java. Per semplificare,  si tratta di un namespace, di un “contenitore” dove è contenuto tutto il codice. Il nome del package deve essere univoco tra tutti i packages installati sul sistema Android; per questa ragione è molto importante usare una codifica standard del tipo domain-style. L’esempio proposto utilizza il namespace ”com.tutorial“, dedicato appunto al codice che scriveremo durante i nostri tutorial. Quando saremo in grado di scrivere le nostre applicazioni, sarà opportuno utilizzare namespace appropriati (es. euripide.gps.vicinoame dove  lo sviluppatore di nome Euripide  includerà tutte le versioni dell’applicazione “Vicinoame” che sfrutta il rilevatore GPS di Android).
Create Activity: campo opzionale che identificherà la sottoclasse Activity. Per ora vi basti sapere questo.
Min SDK Version: specifica il livello minimo della versione API richiesta dalla nostra applicazione e ne definisce la compatibilità col nostro dispositivo. Se l’applicazione richiede un API Level superiore a quello supportato dal dispositivo, l’applicazione non sarà installata. La compatibilità verso il basso sarò invece assicurata.

---------------------------- cut here -------------------------------------------------

Cliccate su Finish. Il progetto è pronto ed è visibile nel Package Explorer sulla sinistra (vedi figura).

Aprite il file VivaAndroid.java, presente in src>com.tutorials.prima_applicazione.  Questo il codice creato:

package com.tutorials.prima_applicazione;
 import android.app.Activity;
 import android.os.Bundle;
 public class VivaAndroid extends Activity
  {
   /** Called when the activity is first created. */
   @Override
   public void onCreate(Bundle savedInstanceState)
    {
     super.onCreate(savedInstanceState);
     setContentView(R.layout.main);
    }
  }

Per il momento non ci preoccupiamo del significato delle istruzioni, che comunque potete cercare nell’apposita sezione reference della guida per sviluppatori Android. Limitiamoci a lavorate sul codice proposto apportando le seguenti modifiche:

package com.tutorials.prima_applicazione;
 import android.app.Activity;
 import android.os.Bundle;
 import android.widget.TextView;
 public class VivaAndroid extends Activity
 {
  /** Called when the activity is first created. */
  @Override
  public void onCreate(Bundle savedInstanceState)
   {
    super.onCreate(savedInstanceState);
    TextView tv = new TextView(this);
    tv.setText("Questa è la mia prima applicazione   
               Android!!!");
    setContentView(tv);
   }
}

Non vi resta che andare nel menu Run e selezionare “Android application“. Eclipse compilerà il file java e lo passerà all’emulatore per il risultato:

Links utili
@ Hello World (dalla guida ufficiale per sviluppatori Android)
@ Descrizione della classe TextView e del metodo setText (dalla guida ufficiale per sviluppatori)
@ Un breve tutorial video (inglese) che riprende i contenuti di questo post (nel video l’AVD non viene creato a riga di comando ma direttamente su Eclipse)