Ciò che distingue il cloud da un punto di vista industriale è anche il fatto che sia disponibile soprattutto “on Demand”. Questo è vero per le applicazioni, le piattaforme, le infrastrutture ed i servizi di sostegno.

Esattamente il contrario dei servizi informatici e di connettività che abbiamo conosciuto fin’ora; dai mainframe ai mini PC e la relazione “client-server”. Questi sono detti infatti “on Premises”.

I primi ad essere colpiti da questa rivoluzione sono gli sviluppatori di software. Prima è arrivato l’open source ed oggi il “cloud”. Oggi si può accedere allo stato dell’arte delle risorse ad una frazione del costo rispetto ad un modello tradizionale dove bisogna necessariamente acquisire le risorse in solido.

Il “cloud” quindi si è andato a declinare in “Private“, “Public” ed “Hybrid cloud”2. Queste declinazioni si stanno confermando come le scelte strategiche di dove andare a installare i propri sistemi. Il tutto è guidato prevalentemente da razionali economici prima che da razionali tecnici.

Pertanto, almeno dal punto di vista concettuale, esercire un’applicazione su un “cloud ibrido” piuttosto che su un “cloud privato” è un fattore esclusivamente di business (economico e legale) ed è determinato, oltre che dai costi, dalla velocità con la quale si riesce a fare “commissioning” e “decommissioning” delle risorse necessarie.

Tutto ciò solo grazie al fatto che dal punto di vista architetturale il mondo dell’IT ha iniziato a scrivere strati software gestibili via API3 nelle piattaforme Java (che è uno dei linguaggi software più comuni oggi) attivandoli e disattivandoli secondo i bisogni del momento (on-demand appunto).

In breve non solo posso accendere e spegnere macchine virtuali, ma anche accendere e spegnere componenti software allo stesso tempo. Questo tecnicismo ha implicazioni che vale la pena illustrare perché modifica in maniera sostanziare l’interazione uomo-macchina.

Il lavoro dell’uomo quindi per installare e configurare i sistemi su vasta scala è via via nettamente rimpiazzato da strumenti automatici. Fino a poco tempo fa, fare il “provisioning” (allestire e mettere a disposizione ecc.) di una macchina e di un “ambiente” (sistema operativo, software etc. ) voleva dire approvvigionare l’hardware, richiedere l’intervento sistemistico specializzato e pianificare il lavoro.

Insomma tempo, risorse e investimenti ingenti fonti di “lock-in” rispetto a determinati sistemi. Sul “cloud” oggi tutto è rimpiazzato da console grafiche e più in generale da automi in grado di costruire autonomamente gli spazi necessari.

Lo stesso vale per le piattaforme (application server e databases) e per il software. Qui la vera rivoluzione è data dalla possibilità di prendere diversi lavoratori, specializzarli su determinate competenze, metterli in relazione fra loro, rendendo le loro competenze complementari fra loro, e quindi determinare un unico ciclo di produzione, in cui i saperi dei singoli formino un patrimonio di conoscenza condiviso.

La differenza sostanziale rispetto al passato è che in questo contesto i “lavoratori” sono sia umani sia non umani.

Vai alla parte 1

Siamo dell’idea che una applicazione debba pensare prima di tutto alle funzionalità da portare sul mobile e i tablet piuttosto che riprenderla dal web e portarla sul mobile.
Partendo da questo presupposto stiamo sempre di più sposando la filosofia del mobile first: questo ci aiuta anche a capire quali funzionalità implementare e quali informazioni sono davvero necessarie e minime.

Questo è il principale motivo per il quale stiamo continuamente cercando tecniche per riuscire a sviluppare una applicazione con dei frontend diversi ma comuni. Html5 e i browser moderni ci confermano la tendenza e che questo è il giusto approccio. Seguiamo dai primordi il framework Ext JS e abbiamo visto con piacere il rinominare di Ext JS in Sencha e la pubblicazione in beta di Sencha Touch.

Il nostro lavoro, quindi, si consolida maggiormente; riusciamo ad aiutare i nostri clienti a ad implementare con lo stesso paradigma del mobile first al quale siamo abitutati, applicazioni anche su iPhone e Android.

La nostra partnership con Sencha e il continuare a lavorare con Ext JS ci permette di poter aggiungere una completezza importante. Il framework di Sencha fornisce una solida transizione per tutte quelle applicazioni Flex che devono essere portate in Html5. La nostra capacità sta nel riuscire a progettare e migrare il porting sul mobile di una applicazione web  già esistente.

Grafting code and technologies

Le soluzioni software As A Service, spesso prevedono dei meccanismi di pagamento per utilizzo, e sul mercato vi sono vari fornitori di strumenti di pagamento.
Chargify è abbastanza popolare nel mercato delle aziende startup e permette agevolmente l’integrazione, attraverso delle api RESTful, da qualsiasi tecnologia.
La caratteristica più significativa della proposta di Chargify è il “recurrent billing”, ovvero la capacità di effettuare degli addebiti periodici, ad esempio mensili.
Fra le tecnlologie fornite di esempio all’integrazione NON è presente java. Non è presente ? Si, come se i signori di Chargify dessero per scontato l’integrazione, oppure considerassero il linguaggio di poco interesse. C’è un esempio in Scala.

E allora, di fronte alla necessità di un cliente, dell’integrazione fra di un’applicazione JEE6 con Chargify, ci siamo armati di calma e pazienza. Ci siamo rimboccati le maniche e grazie alla potenza di Jaxb, abbiamo realizzato un integrazione, object oriented, fra Java e Chargify. Il tutto con una test code coverage del 99%, test unitari e funzionali, in poche ore di lavoro.

Il risultato è stata una soluzione efficiente ed efficace, fatta di poche classi, che mette in evidenza la semplicità delle API. I requisiti sono Java 1.5, maven 2.2, httpclient 4. Per qualsiasi informazione contattaci, siamo felici di condividere la nostra esperienza.

1. Che cosa è e che cosa non è “cloud”

Per chi scrive il “cloud” è l’espressione di una maturazione di condizioni industriali. Alcune tecniche come i mega-­‐‑datacenters, e altre, non prettamente tecniche, come le giuste condizioni politiche. E non ultima, un’altissima mobilità delle relazioni personali e di lavoro moltiplicata dai c.d. “social media”. Questa si traduce in miliardi di persone “iper-­‐‑connesse” le quali trovano nei servizi offerti in “cloud” una delle risposte possibili che il mercato loro offre. In termini di comunicazione questo ha significato per esempio, l’abrogazione della differenza strutturale tra emittenti e destinatari del messaggio. Tecnicamente il “cloud”i è la capacità di mettere risorse (software ed hardware) a disposizione di un’utenza diffusa. Uno dei principali vantaggi economici del “cloud” è la sua capacità di affrontare la variabilità di utilizzo delle risorse mitigando i picchi rispetto agli schemi d’uso stessi. E’ utile ricordare che il fenomeno del “cloud computing” così come oggi lo conosciamo, solo nel 2005 non esisteva ancora. Certamente c’erano pionieri che fin dagli anni ’60 parlavano e teorizzavano di “distributed computing”. Altri innovatori come Google che avevano giá lanciato “servizi” come Google Mail, ma solo nel 2006 inoltrato, dopo che Amazon lanciò un nuovo servizio commerciale, Amazon Web Services, o “AWS”, si può parlare seriamente di “cloud computing”. La differenza è che nel 2006 Amazon mette a disposizione del mondo intero un’autentica architettura distribuita di migliaia di macchine e applicativi correlati, su scala globale (i pre-­‐‑requisiti all’accesso sono una connessione internet ed una carta di credito) con caratteristiche di affidabilità industriale. Insomma non solo “servizi” ma vere e proprie “infrastrutture” on-­‐‑demand come “S3” (simple storage service), “EC2” (elastic compute cloud), “Mechanical Turk” (rent human brain / artificial intelligence). Amazon voleva (e vuole) principalmente monetizzare sulla propria straordinaria capacità di saper fare sistemi estremamente scalabili, solidi ed affidabili ed ha iniziato una rivoluzione dove tutti hanno dovuto inseguire: prima gli innovatori come Google, ma anche Facebook e Twitter. Subito a seguire i player storici come Microsoft, IBM, HP, Oracle, Cisco ecc.

Il nuovo application server di redhat non è una evoluzione, come le precedenti versioni, ma è una completa rivoluzione.
Gran parte dei concetti sono rimasti, è comunque certificato per JEE 6, ma la loro strutturazione è cambiata e non
è facile trovare come configurarli con in testa la struttura classica di jboss.

E allora nascono ClassNotDefFoundException, difficoltà con dipendenze, moduli, sicurezza, thread, pooling, porte ecc.

L’aspetto più delicato ed importante è capire i moduli e le loro dipendenze. Alcuni moduli hanno delle dipendenze implicite, sulle quali fare leva
per risolvere le classi e i files, altri moduli hanno bisogno di dichiarazioni di inclusione o esclusione specifica.
A differenza delle versioni precedenti, ora è possibile configurare un file che definisce e struttura il deployment: il file jboss-deployment-structure che
controlla il dettaglio di funzionamento e dipendenze nel classloading.

JBoss AS7, nella versione 7.1 è final. Prova la rivoluzione.

Abbiamo appena terminato con successo un altro porting da 4.2.3 alla 7.1: mettiamo a disposizione le nostre consulenze, anche da remoto, per facilitare il lavoro.

La retrospettiva di lunedì è stata speciale! Dopo i diversi commenti, frustrazioni, delusioni dello sprint scorso c’è stata una idea: Agiamo in modalità da Commando!

Anche se il termine, persolamente non mi piace perchè evoca un ambiente belligerante, la nostra idea di “commando” significa: facciamo uno sforzo comune per risolvere i problemi più importanti.

Tutti per uno uno per tutti.

 Lo sprint backlog è già ordinato per priorità di business; le attività più importanti sono quindi prima e man mano che si scende si vedono le attività meno importanti.  Agire a “commando” significa pensare a uno sprint backlog dove le attività siano anche definite in modo da poter essere prese in carico da persone differenti e contemporaneamente.
Questa è la lezione che abbiamo imparato dallo o dagli sprint precedenti, aiutarsi e progettare per essere aiutati. Anche la progettazione tecnica, infatti, deve essere pensata per poter essere estesa e modificata contemporaneamente da più parti.

Facendo una analogia lo sprint è come una partita di rugby in cui, la prima meta è il primo obiettivo per riuscire a vincere la partita. La seconda il secondo e così via. La palla ovale è il testimone che indica il progresso che si sta facendo.

Tutti lavorano affinchè la palla ovale vada in meta per la prima meta, poi per la seconda e via fino alla fine della partita. Durante questo momento non c’è nessuno che sta lavorando per la seconda o la terza meta. Nessuno, almeno, all’interno del team. Forse sarà il compito di qualcuno fuori dal team che osserva gli impedimenti per cercare di capire come risolverli e far lavoro di squadra in maniera più armoniosa.

Tutto il team lavora con un obiettivo ben preciso: portare la palla a meta, alla prima meta. Tutti hanno un ruolo preciso, ma nessuno si sconvolge se si trova coinvolto in mischia e gioca nei tre quarti. Tutti prendono il task e cercano di portarlo a meta.

Questo è lo spirito con il quale stiamo lavorando, e questa è la lezione che stiamo continuando ad imparare.

Due paradigmi stanno fondando il mercato: i metodi agili e il cloud computing. I metodi agili, con la loro caratteristica e peculiarità permettono di guadagnare velocità nello sviluppo e di applicazioni mentre il cloud con la sua particolare forma di erogazione permette di costruire sistemi, componenti e servizi che possano essere riusati non solo dal punto di vista architetturale ma anche operativo e di esercizio su clienti diversi creando prospettive economiche differenti (si pensi ad Amazon, nota libreria online, che vende ora anche macchine a tempo).

La missione di ogni azienda è quella di rilasciare sempre più velocemente e a una qualità sempre maggiore del software che possa essere esteso e riutizilizzato facilmente anche da terze parti.

Infatti internet con la sua caratteristica di diffusione di servizi permette di utilizzare servizi forniti all’esterno come un CRM o database non relazionale o una piattaforma di log acquisita as a service.Il cloud è confuso generalmente come ad una offerta pubblica in cui i servizi che si comprano sono pubblici, quando invece può essere implementato all’interno di un proprio datacenter sia dal punto di vista infrastrutturale che applicativo.

Le applicazioni possono essere estese ospitando a loro volta delle applicazioni che le estendono. Si pensi alle applicazioni di Saleforce sviluppate con Force.com che danno grande contributo alla piattaforma di CRM oppure alle applicazioni di LinkedIN o di Facebook.

La vera sfida che le aziende dovranno affrontare sarà il riuscire nella erogazione di servizi in cui la velocità di delivery e la capacità di estensione e di utilizzo da clienti multipli saranno il requisito base o il differenziale rispetto alla concorrenza.

Oltre alla metodologia, che sarà utilizzata per gestire il seminario, si affronteranno temi come l’evoluzione della SOA o di applicazioni enterprise verso la multi-tenancy, le problematiche legate al riuso o uso di servizi anche di terzi e tutte le note architetturali atte ad implementare una soluzione moderna ed efficace.

Il seminario sviluppa una impostazione attraverso la quale si può stabilire un processo e un modo di progettare il proprio business, le proprie applicazioni e la propria infrastruttura per essere ampliamente riusabili.

Per saperne di più: Agilità sul Cloud: diventare più veloci e performanti con metodo e tecnica.

Per questo abbiamo pensato da un po’ di tempo di approcciare le presentazioni dai clienti come qualcosa di diversamente comunicativo. Siamo una realtà con forte innovazione tecnologica e riteniamo importante scovare dei nuovi paradigmi con i quali metterci alla prova.

Html 5 e CSS3 sono due strategie di frontend che stanno svecchiando il modo abituale di lavorare; il fatto che Adobe abbia deciso di discontinuare flash sugli handset la dice lunga e fa capire come il cloud stia prepotentemente attestando tecnologie il più possibili aperte e versatili.

Pertanto anche le “slides” che presentiamo ai nostri clienti cerchiamo di arricchirle con qualche innovazione tecnica. E’ successo anche giovedì scorso quando ero in viaggio per andare a visitare un cliente e ho voluto entrare maggiormente nei dettagli di CSS3 per fare qualche effetto di zoom in, zoom out, rotazioni e animazioni su una presentazione di Scrum. E’ possibile fare il fork della presentazione su github direttamente qui: https://github.com/fmondora/impress.js come è anche possibile andare a vedere una demo direttamente qui: http://mondora.com/wp-content/uploads/scrum-impress/#/introduction

Volevo descrivere scrum come qualcosa di vivo, unico, consistente e in assoluto movimento. Le canoniche slides non potevano andare bene, così ho pensato di lavorare a un prototipo di come il flusso delle informazioni dovrebbe funzionare. Ho preparato uno sketch su carta e poi sono passato a buttarle su omnigraffle per identificare le proporzioni tra le sezioni. Ho poi tradotto il tutto in html e dato le rispettive formattazioni.

Vedere scrum in movimento mi è piaciuto e non so se ero più entusiasta io intanto che presentavo piuttosto che il cliente che vedeva il lavoro di quasi 4 ore di viaggio.

A prescindere dall’età, tutte le persone che socializzano hanno bisogno di socializzare per almeno 6 ore: i più giovani utilizzano i social media per poi incontrarsi fisicamente mentre i più anziani utilizzano le mail, i telefoni e gli strumenti più arcaici immaginabili.
Le forme di socializzazione sono diverse quindi in relazione all’età delle persone, ma di fatto, sono lo strumento con il quale si cerca il prossimo per star bene.
Infatti sempre nello studio, è stato confermato che il benessere generale di una persona può essere ripartito in cinque segmenti: benessere di carriera, benessere sociale, benessere finanziario, benessere fisico e benessere di comunità che esprime il senso di appagamento che si ha nella comunità nella quale si vive.
Mentre il 66% della popolazione intervistata ha raggiunto il benessere di uno di questi segmenti, solo il 7% è in equilibrio su tutti e 5.

Il luogo di lavoro è un posto dove si può far leva su diversi di questi elementi e quindi aumentare il proprio benessere. E’ quindi importante riuscire a manifestare uno spazio di socializzazione all’interno dell’ambiente di lavoro e favorire anche la socializzazione per lasciar nascere delle amicizie. E’ altresì importante, andare al lavoro con la mente aperta alla socializzazione e alla condivisione anche di certi fatti della propria vita personale.

Se la possibilità di socializzare tra i lavoratori non è permessa, lo stato d’animo può trasformarsi rapidamente in negativo e con l’approccio empatico andare a logarare se non a distruggere l’entusiasmo di tutti. Al contrario più è possibile parlare di situazioni positive, più il gruppo pensa positivo.

Lo studio dei ricercatori di Gallup, ha anche valutato quanto costa un ambiente negativo rispetto a un ambiente positivo. Sempre nella loro indagine, fatta su circa 17.000 persone, hanno quantificato che la perdita per l’azienda per un giorno di malattia è di circa 348$ al giorno e che una azienda dove lo stato d’animo è positiva perde circa 840$ all’anno per persona mentre una che soffre $ 6.168 e, infine, una azienda dove c’è il più basso benessere  perde 28.800$.

Il benessere, come anche gli stati d’animo, sono quindi da tenere in conto anche nella conduzione di gruppi o di aziende ed è necessario favorire momenti di socializzazione tra tutti i membri. Il singolo lavoratore deve considerare che il proprio atteggiamento si rifletterà sugli altri del gruppo e, in risonanza, si ritrasmetterà su se stesso. Quindi un mood negativo, porterà il mood negativo al collega e di riflesso magari il giorno dopo ritornerà.

Non è possibile controllare i discorsi, ma è possibile inoculare la positività con un atteggiamento positivo. Questo man mano va a creare un ambito in cui si cresce.

Le aziende devono stabilire momenti di conversazione e di socializzazione. Dal punto di vista lavorativo, i metodi agili sono un gran veicolo per poter iniziare la socializzazione. Una nostra pratica è quella di organizzare un pre-scrum in cui oltre che parlare di lavoro cerchiamo di coinvolgerci anche con quello che è successo fuori dal lavoro: il tutto ovviamente rispettando la privacy di ognuno.

Così come i daily meeting, anche le riunioni possono iniziare parlando della nostra vita fuori dal lavoro creando un ambiente “chatty”. Si possono fare delle camminate fuori dal lavoro durante la pausa pranzo, con un pranzo al sacco e collettivamente camminare.

Quello che conta è creare una opportunità per poter dialogare, visto che se si creano le opportunità per dialogare le persone lo faranno.

Fino a poco tempo fa, quando anche noi eravamo molto più distribuiti sul territorio e non avevamo la possibilità di vederci nello stesso ufficio frequentemente, organizzavamo delle Jam Session.
Ci incontravamo in qualche ambiente specifico per stare due giorni “isolati” e ognuno portava un proprio pensiero di qualcosa. Lo spirito era però quello di voler stare assieme e voler condividere un po’ tutti. Una volta abbiamo cucinato tutti assieme a coppie. Abbiamo affittato la cucina di un rifugio alpino dove eravamo “segregati” in cima ad una montagna. Si cucinava in pair e dovevamo riuscire in questa attività condividendo tutti la cucina e gli strumenti in cucina. La fine della giornata oltre che con il dovuto pranzo è stata la premiazione della miglior coppia con un cappello da cuoco.

Penso che chiunque abbia vissuto questo episodio si ricordi con gran piacere la positività che è nata e il rapporto di rispettiva fratellanza che si è instaurato in quell’ambito. Chiunque rivolga un pensiero ai propri colleghi in quella situazione, ne sia ancora estasiato e possa riuscire a soprassedere a rancori o arrabbiature del momento. Rancori o arrabbiature che avrebbero creato un ambito di tensione. Per far questo è necessario che tutti instaurino la dovuta consapevolezza che le proprie azioni si ribaltano alla fine su se stessi.

E’ il momento di fermarci ancora e di inventare un prossimo incontro di questo tipo.

Riferimenti: http://gmj.gallup.com/content/151499/Business-Good-Friends.aspx

La paura è una condizione che passa ed è distribuita inconsapevolmente e collettivamente. Basta essere “infettati” da una persona che ha vissuto nella paura che si sente già della paura. E’ interessare notare come un gruppo di scienziati abbia fatto un esperimento analogo su un gruppo di 5 scimmie.

L’esperimento

Hanno rinchiuso un gruppo di 5 scimmie in un locale dove dentro c’era una scala e in cima alla scala c’era un casco di banane. Ogni volta che una scimmia tentava di salire la scala per prendere il casco di banane pioveva su tutte le scimmie una doccia di acqua gelata.
Man mano che tutte le scimmie provavano, facevano guadagnare a tutte una doccia gelida e tutte le altre si persuadevano a salire. Il gruppo delle prime cinque scimmie ha tentato di prendere le banane in cima alla scala ricevendo sempre la stessa ricompensa.

Gli scienziati hanno allora provato a togliere una scimmia e a mettere una scimmia nuova, che non conosceva quell’ambiente all’interno. Prima che salisse la scala questa scimmia era persuasa dalle altre scimmie a salire. Non ha potuto sperimentare la doccia fredda perchè le altre scimmie le hanno impedito di salire sulla scala.

Successivamente, gli studiosi, hanno pensato di sostituire a una ad una tutte le altre scimmie e sono riusciti ad avere un gruppo di scimmie che non aveva mai ricevuto una doccia fredda perchè aveva salito la scala. Nel momento che una scimmia cercava di salire però era dissuasa dalle altre seppur non conoscessero l’effetto di quella azione.

Nel gruppo di scimmie era permeata la paura; avevano imparato che non era da salire la scala ma non ne comprendevano la ragione. Si erano private la libertà di scoprire e quindi si erano limitate esclusivamente a vivere in quella stanza senza conoscere davvero le relazioni al contorno.

Questo è quello che, anche noi, sperimentiamo sulla nostra pelle quando creiamo o quando viviamo un ambiente caratterizzato dalla paura. Tutto risulta magicamente inibito e nessuno ne riesce a comprendere più le relazioni. Si vive un processo di frustrazione collettivo dove non si riesce a determinarne più la causa.

Riuscire a oltrepassare la soglia della paura

L’esperimento mostra chiaramente come la cultura della paura riesca a lavorare sugli individui e già nel momento in cui un individuo vive vicino ad un altro individuo questo gli passa empaticamente tutto ciò che ha preso e che ha dentro.

Ci sono due punti principali sui quali mi soffermo a riflettere:

1. l’empatia è un veicolo di informazioni inimmaginabile;
2. il coraggio di cambiare è la caratteristica che un gruppo deve maturare

L’empatia è la capacità di un individuo di comprendere in modo immediato i pensieri e gli stati d’animo di un’altra persona. Nel momento in cui due persone si incontrano, molto è già travasato. Molta della sofferenza è già travasata da una parte all’altra. Così come l’empatia si travasa anche la capacità di godere delle sfortune altrui. E’ dimostrato come il contesto sociale stia lavorando per riuscire a costruire un sistema anti-sociale. Differenti studi mostrano come i videogiochi, i brani musicali e molto altro siano i permeanti di un modello di derisione, di affossamento della socialità e in definitiva di empatia. Come nell’esperimento delle scimmie, anche nell’uomo molte docce fredde e molti inibitori sono attuati ogni istante e attraverso ogni mezzo.

Anche nell’ambiente di lavoro si vive questa attitudine. E’ inevitabile e assolutamente umano passare le proprie emozioni empaticamente. Bisogna essere consapevoli che i media hanno un atteggiamento anti-sociale perchè anche sulla paura si riesce a guidare e plasmare un gruppo di persone che agiscono in un contesto sociale.

Empatia, compassione e simpatia

Vedere simpatico l’ambiente nel quale si vive, far si che forse una doccia fredda può smorzare dei bollenti spiriti e non solo punire è un modo con il quale poter ambire a quel casco di banane che solo la paura non ci sta permettendo di raccogliere. Le situazioni vissute serenamente e consapevolmente portano ad avere una visione positiva dell’esperienza anche quando l’esperienza non è del tutto positiva. Tutto ciò che si vive empaticamente se trasformato in azioni concrete, permette di poter trasformare un ambiente anti-sociale in un ambiente pro-sociale.

Una determinata volontà retrospettiva permette di correggere le proprie azioni nel modo giusto in cui la compassione, la frustrazione e tutti i segnali anti-sociali vengono indirizzati in azioni che portino a un livello di maturità superiore l’esperienza che si sta provando. E’ quindi necessario fermarsi e riflettere sulle sofferenze, sulla ricerca di aiuto e sullo sdrammatizzare situazioni in modo da coglierne il segno per impostare delle azioni che portino la compassione da uno stato mentale a qualcosa di molto concreto.

Ci sono differenti modi per educare e due di questi si basano rispettivamente sulla paura e sull’amore. Un ambiente sereno che cresce è un ambiente in cui le scimmie riescono alla fine a salire la scala e a raccogliere il casco di banane. Fermarsi tutti a riflettere e a riportare le proprie sensazioni è un gesto che porta a compimento un pensiero a favore della vita sociale.