trasferta fiorentina di fine maggio per un nuovo evento di settore al quale porteremo un nostro contributo. parteciperemo come barcampers all’agile ux barcamp del 31 maggio a firenze. alessandro, ilaria e silvia daranno vita alla conversazione dal basso riguardo il percorso agile che stiamo facendo, condividendo con tutti i partecipanti punti di forza e di debolezza della nostra esperienza,  oltre che opportunità e minacce della fusione tra metodologie agili e esperienza d’uso.

buona non conferenza
adriano

un anno fa raccontavamo su questo stesso blog di come fosse possibile scrivere un’applicazione mobile utilizzando le tecnologie del web; in questi mesi non siamo stati con le mani in mano ma abbiamo messo in pratica quello che prima avevamo solo  teorizzato. abbiamo, infatti, avuto la fortuna di metterci alla prova su diverse piattaforme:

* monotouch
* appcelerator titanium
* phonegap
* oltre allo sviluppo nativo

dopo 12 mesi di lavoro possiamo raccontare la nostra esperienza.

sviluppo nativo: la nostra esperienza di sviluppo nativo è legata alla piattaforma android ed al linguaggio Java ma in due contesti abbastanza diversi. il primo lavoro è stato un piccolo “modulo” per la scrittura su stampanti portatili esposto alle altre applicazioni del sistema comprese le pagine del browser, realizzato per permettere creazione e stampa di biglietti a bordo degli autobus del nostro cliente roma marche linee. l’approccio intrapreso è stato quello di arrivare a basso livello “solo dove necessario”, creando una piccola app che espone le proprie funzionalità attraverso il meccanismo degli Intent ed invocare queste funzionalità direttamente da un’applicazione web utilizzata via browser.

l’altra esperienza tutt’ora in corso è legata allo sviluppo di una applicazione per l’utilizzo di opendata. Ii questo caso parliamo di un’applicazione “classica” nativa che utilizza pienamente l’SDK e gli strumenti offerti da google. lo sviluppo  sta procedendo un po’ a rilento, ma la cosa è legata probabilmente alla nostra non approfondita conoscenza del java e all’abitudine ai linguaggi più dinamici. d’altro canto l’utilizzo del framework ufficiale offre una quantità di letteratura e di “problemi risolti” da non sottovalutare. la cosa che ci è piaciuta molto è la disponibilità di un framework di test rodato come junit integrato nell’SDK che permette di iniziare a testare il proprio codice “senza attriti”.

PRO:
sfrutta a pieno le caratteristiche piattaforma
permette di andare a fondo su qualsiasi problema
comunità di sviluppo molto estesa
unit test framework ben integrato
CONTRO:
non multipiattaforma
sviluppo meno rapido

monotouch. l’esperienza con monotouch è stata molto positiva ed è legata allo sviluppo di un software complesso di classe enterprise. quello che offre la piattaforma monotouch è un layer leggero di astrazione sopra le API native della piattaforma non nascondendone le peculiarità. separando bene la logica di business da quella di interfaccia è possibile condividere il core della propria applicazione su praticamente tutte le piattaforme su cui è disponibile il runtime di mono (android, IOs, windows phone, windows e linux). il vantaggio principale è legato alla possibilità di utilizzare tutta una serie di strumenti e librerie offerte dal completissimo framework .NET, con un linguaggio moderno ed elegante come C#. la piattaforma non è comunque esente da problemi: l’utilizzo di caratteristiche avanzate del linguaggio ci ha fatto riscontrare alcuni bug che hanno creato non pochi grattacapi.

PRO:
cross platform
framework che copre moltissime esigenze
C# ovunque (se vi piace C#)
CONTRO:
C# ovunque (se non ti piace C#)
alcuni bug di gioventù
per ottenere il cross-platform la user interface va riscritta

sviluppo titanium. titanium appcelerator è stata la prima esperienza mobile affrontata da e-xtrategy, per lo sviluppo di un’applicazione di domotica: seavdomus.  appcelerator è un framework per la creazione di applicazioni mobile cross-platform (iOS, Android e Blackberry) sopra il quale si sviluppa in javascript. l’utilizzo di questo linguaggio, unito a buone tecniche di programmazione, ha permesso il raggiungimento di un importante risultato: strada facendo è emersa la necessità di una web app evoluta che replicasse ed estendesse le funzionalità dell’applicazione mobile, che è stata realizzata riutilizzando gran parte del codice scritto per i dispositivi mobile, nonostante la natura completamente differente dell’applicazione. il vantaggio principale di titanium è la possibilità di scrivere con un solo linguaggio per diversi dispositivi mobile, utilizzandone al contempo i controlli nativi della piattaforma di destinazione. qualora il framework offerto da titanium non sia sufficiente, è possibile estenderlo, scrivendo moduli custom direttamente in codice nativo (in questo caso, ne va scritto uno per ogni piattaforma).

PRO
con poco codice si ottengono molti risultati (essendo un framework)
cross platform
controlli nativi in base alla piattaforma di destinazione
javascript ovunque (se ti piace Javascript)
CONTRO:
javascript ovunque (se non ti piace il Javascript)
alcuni bug di gioventù
per un corretto cross-platform la UX va comunque rivista e non mancano
gli aggiustamenti da fare

sviluppo phonegap. phonegap è la soluzione che fa più uso delle tecnologie web e proprio per questo è anche quella che permette il raggiungimento di più piattaforme possibili (iOS, android, windows phone, blackberry, webos, symbian). e’ infatti interamente pensato per sviluppare in HTML, CSS e javascript, tramite l’utilizzo di una web view che fa da ponte con le funzionalità del dispositivo. la nostra esperienza con questo tool si lega allo sviluppo di un’applicazione mobile/tablet in ambito wealth management e finanza .accoppiata all’utilizzo del framework jquery mobile è possibile ottenere un look & feel simil-iphone, anche se è possibile disegnare la propria interfaccia a piacimento e indipendetemente dai controlli nativi. questo è un vantaggio perchè possiamo disegnare una nostra interfaccia custom e farla girare allo stesso modo su tutti i device, ma anche uno svantaggio perchè ogni controllo va disegnato e gestito interamente da noi, non possiamo far affidamento ai controlli nativi e del dispositivo. va tenuto conto delle prestazioni: l’utilizzo di una web view limita la responsività dell’interfaccia, è quindi importante tener presente che non è adatto per applicazioni che fanno uso di effetti grafici. “impacchettare” è la parola d’ordine per questo tool: il suo principale vantaggio è infatti la possibilità di rinchiudere web site e servizi esistenti in un’applicazione mobile, oltre al raggiungimento di un parco dispositivi veramente ampio. non mancano i problemi di giovinezza ed i malfunzionamenti, ma le promesse sono molte.

PRO
cross platform spinto
sviluppo tramite tecnologie già note da chi lavora su web (html, css, js)
riutilizzo elevato del codice
javascript ovunque (se ti piace Javascript)
Interfaccia in HTML/CSS (se siete abituati a lavorare in questo modo o se nel team c’è alessandro violini)
CONTRO
l’accesso alle funzionalità del device non è completissimo
javascript ovunque (se non ti piace il Javascript)
instabilità delle API e documentazione poco affidabile
prestazioni
interfaccia in HTML/CSS (se non siete abituati a lavorare in questo modo)

la soluzione

come era facilmente prevedibile non esiste, la soluzione ma ogni piattaforma ha i suoi pregi e suoi difetti, spesso soggettivi e che dipendono dal team che si trova ad affrontare il progetto. quello che ci sentiamo di affermare però è che per poter scegliere la soluzione migliore in base al contesto ed ai vincoli di team e progetto è importante conoscere e sperimentare tutto quello che oggi c’è a disposizione. nel nostro caso particolare viste l’esperienza, le peculiarità del nostro team e non ultima la passione per il linguaggio javascript, l’utilizzo di titanium appcelerator e phonegap sono privilegiati rispetto alle altre soluzioni.

come si è visto le tecnologie utilizzate soffrono tutte di problemi dovuti alla giovinezza ma è evidente l’impegno che le varie community stanno mettendo per migliorare e renderle mature. Pochi giorni fa è stata rilasciata la versione 2.0 di appcelerator titanium e phonegap dopo l’adozione del progetto opensource cordova si stà riorganizzando per poter offrire rilasci frequenti ed incrementali.

inoltre l’esperienza fatta ci permette di dire che il vero cross platform non esiste, e questo non perché non è tecnicamente possibile, ma perché soprattutto a livello di user experience non è corretto sviluppare nello stesso modo un’applicazione che deve girare su sistemi diversi perdendo le peculiarità dell’una o dell’altra. quindi ben vengano framework e tecnologie che semplificano il riutilizzo del codice cross platrform, ma attenti a non sottovalutare l’UX.

se vuoi parlarne ci vediamo al jsday e al whymca

lorenzo, emanuele e giorgio

si parlerà di come le associazioni si muovono attraverso l’agilità e come questa è affrontata nelle realtà aziendali: agile, kanban e lean saranno alcuni degli argomenti che gli speaer ci trasmetteranno attraverso le proprie esperienze applicate a settori industriali diversificati.

durante l’evento porteremo anche un nostro contributo alla conversazione riguardo il grande tema dei contratti agili: michele luconi terrà uno speech dal titolo “l’approccio agile per i contratti  la consegna del valore”.

per maggiori informazioni scarica la brochure dell’evento (la partecipazione all’evento è gratuita ed aperta)

iscriviti all’evento utilizzato l’apposito form (entro e non oltre il 6 maggio 2012, fino ad esaurimento degli 170 posti disponibili)

metti in agenda l’evento, ci vediamo li

adriano

riceviamo e pubblichiamo con molto piacere, la tesi di laurea specialistica dal titolo “la comunicazione aziendale nell’era dello storytelling: la narratologia come nuovo strumento di management” di cristina fona proveniente dall’università cattolica del sacro cuore di milano – facoltà di scienze linguistiche e letterature straniere – corso di laurea in scienze linguistiche.

cristina durante il suo elaborato universitario ha preso in considerazione come caso aziendale di successo anche il progetto viaggiare terra e mare: lo storytelling del tour operator ideato da e-xtrategy in collaborazione con il gruppo amatori.

buona lettura
adriano

scarica il pdf della tesi

due termini in voga nel nostro ambiente. come fossero le caratteristiche essenziali delle soluzioni di oggi. e come tutte le mode spesso creano confusione e disorientamento. molti articoli trattano questi concetti ma quello che ho letto nel blog della collega ilaria mauric ha messo a confronto il significato e l’etimologia dei due termini facendo emergere il dubbio di quale sia più appropriato in certi ambiti. la discussione che è nata ha portato alla luce una sfumatura che trovo interessante e che provo a spiegare rilanciando la riflessione su questo articolo.

a mio parere, cercare la differenza tra adattivo e responsivo mi ricorda il tentativo di tracciare la relazione tra accessibilità e usabilità. chi diceva che una era sottoinsieme dell’altra… a distanza di anni possiamo dire che sono due concetti, due valori che viaggiano a braccetto: più un lavoro è usabile tanto più sarà accessibile e viceversa.

cito questo esempio perché mi aiuta a smentire anche la presunta novità dei due concetti. leggendo in rete sembra che l’adattività e/o responsività sia un problema/opportunità di oggi vista la presenza di smartphone e tablet: come se il preoccuparsi della resa del proprio layout sia una conseguenza dei nuovi device. Croce e delizia del front end del 2012!

la legge stanca del 2004, che si rifaceva alle WCAG 1.0 del 1999 scritte dal W3C, nel requisito 12 parla di adattamento del layout. “la presentazione e i contenuti testuali di una pagina devono potersi adattare alle dimensioni della finestra del browser utilizzata dall’utente senza sovrapposizione degli oggetti presenti o perdita di informazioni tali da rendere incomprensibile il contenuto, anche in caso di ridimensionamento, ingrandimento o riduzione dell’area di visualizzazione o dei caratteri rispetto ai valori predefiniti di tali parametri.”
Quindi è oramai assodato da tempo che il front end debba preoccuparsi della resa del proprio layout per garantire la buona visualizzazione su diverse risoluzioni e dispositivi. qualche anno fa non c’erano i device di oggi, le tecniche di oggi… i termini in voga oggi, ma le tematiche hanno un filo comune che si è evoluto nel tempo.

quello che oggi è mobile prima era palmare.
smartphone e tablet non c’erano. l’unico media diverso da screen sui CSS era o print per stampare su carta o handheld appunto per i palmari.

quello che oggi è device prima era user agent.
sì perché non esiste solo desktop o mobile. si doveva e si deve considerare anche browser testuali, lettori braille, screen reader.

quello che oggi è fallback prima era degrado progressivo.
il fallback non è altro che il meccanismo dell’alternativa. quando qualcosa non viene supportato ripiego su qualcosa di “meno performante” ma funzionale. il degrado progressivo (nato per combattere il pregiudizio della stampa) è la teoria di fornire la migliore esperienza visiva senza evitare soluzioni innovative tenendo presente che dove non supportata si degrada ad una resa visiva meno gradevole ma comunque efficiente senza precludere l’utente all’accesso di contenuti e/o funzionalità.

quello che oggi è adattivo prima era fluido.
il primo passo per un layout che si adatti era la fluidità. dimensioni espresse in modo relativo, come percentuale ed em, era il primo passo per adattare la finestra alle diverse risoluzioni.

quello che oggi è responsivo prima era alternativo.
quando l’adattamento non era sufficiente per garantire pieno e completo accesso ai contenuti e alle funzionalità si provvedeva a scrivere un layout alternativo che veniva interpretato in certi casi. Il vecchio e famoso alternate stylesheet.

da questo personale parallelo terminologico si evince che sfumatura attribuisco ad adattivo e a responsivo.

secondo me potremmo identificare come adattivo un layout che si adatta, cioè che si rende visibile senza precludere contenuti e funzionalità nel device che sto usando. Sia esso nato per tablet, smartphone o desktop.
questo significa che il visual design è stato concepito per un output ben preciso, con l’idea che negli altri casi si adatterà in primis alla dimensione e quindi a tutto quello che ne deriva in un layout in cui restringi o allarghi le dimensioni della gabbia principale.

identifico come responsivo invece un layout che si modella in base al device che sto usando sfruttandone al 100% le sue caratteristiche e peculiarità, sia esso nato per tablet, smartphone o desktop.
questo significa che il visual design è stato progettato per i diversi output. per ogni output è previsto un layout che sfrutta al meglio le caratteristiche del device.

da questo classifico in 3 casi i layout:
1) unico
il layout si visualizza correttamente in un unico output. Negli altri c’è il rischio di pessima esperienza utente, impossibilità di fruire contenuti e/o funzionalità;
2) adattivo
il layout mantiene la coerenza grafica dell’output per cui è stato concepito ma si adatta agli altri device degradando più o meno bene dando comunque la possibilità di fruire contenuti e/o funzionalità.
3) responsivo
il layout si modella per ogni device indipendentemente dall’output per il quale è stato progettato offrendo la miglior esperienza utente su ogni dispositivo e sfruttandone tutte le caratteristiche.

è una mia interpretazione, mi rendo conto un po’ diversa da quello che si legge da alcune fonti… vorrei sapere che ne pensate

alessandro

segnaliamo il prossimo corso di formazione base “i social media per il business di aziende e professionisti” di cui saremo docenti che ha l’obiettivo di trasferire la conoscenza e la consapevolezza degli strumenti social per il business.

organizzato dalla camera di commercio di ancona si terrà il 9 e 16 marzo 2012 dalle 09.30 alle 13.30 presso la sala congressi ZIPA ( via dell’industria 5) di jesi. il programma prevede : prima giornata introduzione ai social media e facebook; seconda giornata twitter e linkedin.

il seminario è gratuito: per tutti quelli che vogliono approfondire questi temi o semplicemente, vogliono conversare e raccontare la propria esperienza, ci vediamo in aula.

adriano

non solo fatturato, progetti e clienti soddisfatti. l’azienda è fatta di tante cose a contorno, che meritano attenzione e non vanno sottovalutate. nei nostri valori compare a grandi lettere “crescita personale“. perchè le aziende sono fatte di persone, giusto scriverlo per non dimenticarlo mai.

oggi si sono laureati giorgio mandolini (in arte ‘faletti’) ed emanuele rampichini. giorgio è un e-xers di lungo corso, con le prime pagine html sviluppate nel 2003, quando non aveva ancora il problema di farsi la barba la mattina. emanuele collabora con noi dallo scorso anno, tempo tutto dedicato allo sviluppo mobile.

collaborazione con scuole e università: danno tanto a chi studia e alle aziende, sciocco non approfittarne perchè fanno crescere tutti. e-x aspettava questa giornata da tempo. perchè giorgio ed emanuele hanno dimostrato che conciliare studio e lavoro (cosa che accade sempre troppo poco) si può eccome. e perchè ora, finalmente, li abbiamo tutti per noi: dal 1 marzo sono e-xers a tutti gli effetti.

forza ragazzi, abbiamo tanti progetti che ci aspettano.

michele

p.s. un 109 e un 110 e lode, tra l’altro. non si scherza.

[pdf] scarica la tesi di giorgio

[pdf] scarica la tesi di emanuele

photo credits: stefano mizzella

da qualche mese stiamo accompagnando nel modo dei social media roma marche linee, che sta utilizzando la pagina facebook come canale di comunicazione sociale con i suoi utenti. la formazione iniziale che abbiamo effettuato alle persone interne all’azienda che gestiscono il loro social-profilo aziendale ha permesso di trasferire i giusti approcci al confronto aperto alle conversazioni dal basso con le persone che popolano quotidianamente quel social network, mettendo le basi per un’evoluzione del loro sito aziendale nel quale, ad oggi l’utente può acquistare online i biglietti per i viaggi in autobus ma che ancora non consente interattività; roma marche linee sta capendo che i feedback delle persone che commentano il presidio sociale sono preziosi per offrire un servizio sempre migliore.

è la grande neve di questo inverno 2012, che lancia lo spunto di questo post. nel weekend appena trascorso le copiose nevicate hanno sommerso gran parte dell’italia, anche la regione marche non è stata risparmiata. il maltempo ha compomesso il regolare svolgimento delle corse dei pullman, in alcune tratte con pochi minuti di ritardo in altre tratte è dovuta intervenire la polizia per scortare uno dei loro pullman bloccato causa slavina nei pressi di un piccolo comune aquilano. da venerdi pomeriggio fino a questa mattina la pagina facebook dell’azienda è stata presa come presidio di riferimento dove chiedere tutti i tipi di informazione riguardo le linee attive/soppresse/in ritardo.

basta andare nella bacheca e leggere i commenti dell’azienda per capire come ha risposto in modo costruttivo anche a commenti negativi di utenti che lamentavano il disservizio e risolto i problemi di chi chiedeva quando poter partire e come poter ri-utilizzare il biglietto acquistato. seppur sotto una frequente e insistente “pioggia” di commenti spontanei degli utenti che chiedevano giustamente supporto all’azienda, roma marche linee ha garantito risposte puntuali e risolutive a tutti con commenti singoli alle varie persone e con aggiornamenti di stato generali che riassumevano la situazione in quel momento. la potenza dei social media sta sensibilizzando l’azienda ad avere il focus sempre più orientato all’esperienza d’uso del consumatore.

adriano

tanti auguri di buon natale e felice anno nuovo da parte di tutta e-xtrategy.
l’agenzia sarà chiusa dal 27/12/11 al 30/12/11.

buone feste
adriano

lo scorso 3 dicembre si è svolto a roma il drupal day 2011, un evento interamente dedicato a quello che forse è il cms più potente attualmente in circolazione. positivamente colpiti dalle enormi potenzialità di drupal fin dal nostro primo suo utilizzo, avvenuto non più di un anno e mezzo fa, ed anche per incentivare l’organizzazione di eventi del genere al centro italia, e-xtrategy ha deciso di supportare l’evento come sponsor.

l’apertura dei giochi è stata affidata a jeffrey a. mcguire di acquia (azienda fondata nel 2007 dal creatore di drupal) che con il suo italiano spumeggiante ci ha presentato l’evento. le sessioni erano divise in tre aree tematiche: biz, per le aziende; code, per gli sviluppatori; pa, per le pubbliche amministrazioni. qui è disponibile il dettaglio di tutte le sessioni svolte. sarebbe stato senza dubbio interessante seguire tutti i talk proposti (cosa che faremo non appena saranno disponibili online le registrazioni video dell’evento), ma viste le caratteristiche del sottoscritto presente all’evento abbiamo deciso di privilegiare il percorso ‘code’.

senza scendere nel dettaglio delle sessioni a cui ho partecipato, devo dire che gli argomenti sono stati interessanti e gli spunti molti. reputo il miglior talk a cui ho partecipato quello su features, tenuto da daniele piaggesi e luca corbo, che non solo ci hanno presentato dei tools fantastici per chi come noi lavora tutti i giorni con drupal, ma sono stati a mio avviso gli unici che sono riusciti a fare un quadro chiaro e completo nei 30 minuti messi a disposizione. la cosa che mi ha un po’ infastidito infatti è stata la scarsa capacità di andare subito al sodo degli altri relatori. quello che mi chiedo è: durante le sessioni ‘code’ di un evento del genere con talk di soli 30 minuti, ha senso dedicare praticamente la metà del tempo tra varie introduzioni e bla bla bla e lasciare solo una decina di minuti al vero studio dei reali casi d’uso? non so voi, ma io mi sarei aspettato più ‘code’ e meno chiacchiere

fatta questa piccola critica, devo dire che comunque me ne sono tornato a casa veramente soddisfatto. un plauso va sicuramente agli organizzatori dell’evento, per l’ottimo risultato della giornata, che ha visto più di 400 partecipanti, ma un ringraziamento speciale lo devo a chi mi ha fatto conoscere drush (ebbene sì, mi cospargo il capo di cenere per non averlo neanche mai sentito nominare prima), la mia vita di “drupaler” è migliorata solo ad aver letto la pagina ufficiale del progetto, figuriamoci quando inzierò ad utilizzarlo!

daniele