Minddriven ... it

Impress.js per creare slide di effetto

2012-01-11T08:30:00.000+01:00

Avete intenzione di creare qualche presentazione efficace (non stunning né jaw dropping, però) senza finire con il solito PowerPoint ma senza nemmeno impazzire dietro a codice complicato e ingestibile ?

Impress.js potrebbe fare al caso vostro.

Impress.js è un framework di presentazione realizzato in javascript che sfrutta le transition e le transform di CSS3 per realizzare delle slide di effetto non lineari.

E’ basato sull’idea che sta dietro al servizio prezi.com ma si distingue per qualche particolare, tra cui la licenza open source MIT e un codice sorgente pulito ed efficace.

Un paio di esempi ‘veri’ di slide realizzabili con Impress.js li trovate con la presentazione ufficiale e con la presentazione di John Polacek sul responsive web design.

Mica male, vero ?

Il progetto è interessante e da tenere d’occhio. Ad una veloce analisi mi vengono in mente questi pregi e difetti.

Pregio: pulizia e facilità di uso

Con un file HTML, un foglio di stile e una libreria javascript si è in grado di realizzare la propria presentazione.

L’approccio è minimalista e proprio per questo si tratta di uno strumento facile da usare, integrare, modificare. Il formato scelto per modificare i contenuti delle slide è veramente semplice, ed è possibile ottenere buoni risultati anche senza un IDE.

Pregio: niente lato server

E’ tutto client side, per cui è più facile portare in giro il componente e (perché no ?) anche lanciare la slide localmente, senza necessità di avere una connessione attiva.

Difetto: compatibilità con i browser

La compatibilità è garantita con un numero di browser minimo, visto che si parla solo di Chrome/Chromium, Safari 5.1 e Firefox 10. Il mobile sembra escluso (se volete una presentazione simile su iPad, provate prezi.com).

Sicuramente non è un componente da inserire, almeno per ora, su una landing page, visto che una percentuale troppo bassa di utenti ne trarrebbe utilità. Però, dovendo mostrare una presentazione di effetto con il proprio laptop, mi viene da pensare che possa essere interessante sperimentarlo.

Idee

La prima cosa che mi viene in mente è la possibilità di rendere più dinamica la pagina di descrizione delle slide con dei contenuti ottenuti esternamente.

Mi sembrerebbe molto simpatico, tanto per fare un esempio, presentare una startup mostrando i dati reali, sempre aggiornati, sul numero di utenti attivi e premium.

Una integrazione con Mustache renderebbe inoltre questa dinamicità di contenuti ancora più semplice e immediata.

Che ne dite ?

Userinterfaccia – ROUND UP – trucchi e regole dagli ultimi post (9)

2012-01-09T08:30:00.000+01:00

Anche stavolta l’ultimo ROUND UP è dell’anno scorso … sono proprio scarso come blogger !

Mi metto di nuovo in pari. Ricordo ai gentili lettori che gli UserInterfaccia ROUND UP sono estratti di ‘regole’ e ‘pattern’ (il virgolettato è d’obbligo) presi dagli ultimi post del filone UserInterfaccia.

1. Da Rimino. Le interfacce touch tornano umane scopriamo che ci sono tante idee completamente nuove da applicare agli smartphone della prossima generazione, e che una interazione hardware / software molto più creativa e spinta può dare sviluppi interessantissimi. Ma soprattutto che “Uno strumento veramente smart certe situazioni le capisce da solo, senza indicazioni dall’utente. E agisce di conseguenza.”

2. Da Il bottone che non fa nulla. O quasi. ricordiamo per l’ennesima volta che “non fornire un feedback ad una operazione di input il più delle volte è un vero e proprio bug”.

3. In I bambini e le interfacce touch ci facciamo mostrare dai bambini che “le interfacce touch sono più dirette perché non hanno intermediari tra l’operatore e l’oggetto con cui interagire”.

4. Da Peccati di orgoglio di UX. Non chiedere informazioni all’utente. notiamo che “Un conto è evitare di assillare l’utente con domande stupide, e un conto è evitare di porre domande davvero utili ai fini dell’esecuzione. Cosa preferite ? Omertà e malfunzionamento o una conferma in più ?”.

Stunning Applications ! Visually Stunning components !

2012-01-05T08:30:00.000+01:00

Se un giorno dovessi davvero usare il termine ‘stunning’ per definire un’interfaccia utente, abbattetemi.

So che l’uso di ‘stunning’ in inglese è leggermente diverso (e fortunatamente ha una connotazione più positiva) dalla pura traduzione letterale del termine in italiano, ma immaginarmi utenti boccheggianti e/o storditi di fronte alla mia ipotetica nuova applicazione mi ha sempre fatto sorridere.

No, grazie. Gli effetti speciali li lascio all’industria cinematografica e al massimo a quella dei videogiochi.

Preferisco avere utenti lucidi, in buona salute, tranquilli mentre fanno il loro lavoro di sempre.

Senza nemmeno accorgersi dell’interfaccia utente che stanno usando.

5 Veloci previsioni tecnologiche per il 2012

2012-01-03T08:30:00.000+01:00

Tutti giocano alle previsioni ? Anch’io ! Previsioni tecnologiche ! Buttate giù al volo, perché comunque tra un anno le avremo scordate tutte ...

1. Un anno difficilissimo. Per l’Italia.

Dire che sarà un anno difficile sembra banale. Aggiungo che sarà un anno particolarmente difficile per noi italiani, costretti ad annaspare ancora di più mentre altri paesi ricominceranno a vedere la luce e a crescere. Il divario aumenterà, ne sono certo.

Fuga di cervelli ? Emorragica.

Posizione dei media italiani ? Tutto va bene, siamo forti.

Invidia per gli altri paesi ? Tanta.

2. L’anno della TV interattiva

Questa previsione è facile facile.

La ‘genialata’ tecnologica dell’anno sarà la TV interattiva. Metto genialata tra virgolette perché il prodotto non sarà niente di più di quello che riusciamo a mettere in piedi, oggi, con un buon set top box. Il grande pubblico, però, queste cose ancora non le conosce (e poi ci sono le olimpiadi) ed ecco la novità del 2012.

Corollario. Si parlerà sempre di più di 10-foot user interface. Così ci saranno nuove idee per post di tipo UserInterfaccia. Questo mi rende felice.

3. Microsoft ? Uhm. Windows Phone ? Uhm, uhm.

Microsoft se la vedra’ brutta. Soprattutto sul fronte smartphone.

Windows Phone 7, per quanto valido come prodotto, dovrà decollare trainato da buon hardware (e guadagnare quote su Android, RIM, Apple) oppure morire in silenzio. Non riuscirà a sopravvivere ad un altro anno di limbo come il 2011.

Windows 8, se e quando uscirà, subirà le stesse difficoltà anche se in misura minore (lato desktop Windows non ha ancora perso così tante quote di mercato).

4. RIM ? R.I.P. !

Se Microsoft guadagnerà quote di mercato nel settore mobile, sarà quasi sicuramente a spese di RIM. Che finirà in mano a qualcun altro.

5. Il web ? Sempre in salute.

Chi sopravviverà in buona salute ? Il Web.

Certo, dovrà resistere a qualche siluro che verrà dalle major, dai media tradizionali, dai detentori di diritti di autore, dagli ecosistemi di app, e anche da qualche governuccio. Ma ha le spalle larghe, e resisterà con la forza che è tipica del web stesso. Velocità, flessibilità, apertura, una marea di utenti e persone che continuano a svilupparlo e a farlo crescere.

Proprietari dell’ultimo miglio. Davvero una buona idea ?

2011-12-31T08:30:00.000+01:00

Alcuni provider indipendenti italiani, rappresentati da Assoprovider, propongono di consentire ai cittadini di acquistare l'ultimo Miglio di pertinenza del proprio immobile. In pratica con un esborso stimato in circa 500 euro gli utenti potrebbero diventare proprietari della tratta di cavo che connette le centrali telefoniche (di zona o di quartiere) al proprio appartamento.

Ad alcuni è sembrata una buona idea.

A me no. Perché ?

1. Una delle motivazioni (sentita su un episodio del podcast 2024) per cui il cittadino dovrebbe sobbarcarsi questa spesa è il fatto che nessun altro se la vuole prendere. Ma chi ha detto che il cittadino ha questi soldi da spendere ? Il cittadino privato non è un deep pocket.

2. Se si tratta di investimento, quale è il ROI ? Che beneficio in termini economici avrebbe questo investimento ? Nessuno lo sa dire. E ci sarebbero davvero benefici ?

3. La proprietà non implica il servizio. Cosa significa possedere l’ultimo miglio ? Chi fa manutenzione ? A che costo ?

4. Ho sentito affermare, sempre nello stesso episodio del podcast 2024, che una delle motivazioni per possedere l’ultimo miglio sta nella facilità e nel controllo con cui poi si potrebbe passare di operatore in operatore.
Ma il problema del passaggio di operatore non è nella proprietà o meno dell’ultimo miglio. Il problema è nel contratto del servizio, che ovviamente tende a legare l’utente e a rendere il meno agevole possibile l’abbandono dell’attuale provider verso un nuovo fornitore di servizio.
Chi ci assicura che i contratti saranno diversi una volta ‘proprietari’ dell’ultimo miglio ?

Che ne pensate ?

Mustache – template logic-less, con i baffi

2011-12-23T08:30:00.000+01:00

È sempre un piacere trovare un nuovo strumento che risolve in maniera egregia un’esigenza su cui volevamo, da tempo, metterci al lavoro.

L’idea di scrivere un engine generico per renderizzare dei template di testo mi solleticava da tempo, e in Mustache ho trovato (per puro caso), una soluzione davvero ottima ed elegante che supera di gran lunga ciò che volevo scrivere.

Cosa fa Mustache ? Riceve in input un template di testo e una struttura dati generica. Restituisce in uscita un documento di testo contenente il ‘rendering’ dei dati nel template.

Si tratta di uno strumento rivoluzionario ? No. Esistono tanti meccanismi, in tanti linguaggi e piattaforme, per fare la stessa cosa.

Cosa ha di bello Mustache ? Mustache si distingue dagli altri per l’immediatezza della sintassi, per la disponibilità su diverse piattaforme e linguaggi (Ruby, JavaScript, Python, Erlang, PHP, Perl, Objective-C, Java, .NET, Android, C++, Go, Lua, ooc, ActionScript, ColdFusion, Scala, Clojure, Fantom, CoffeeScript, D, node.js), e per l’approccio ‘logic-less’ (ovvero senza condizioni, cicli e altri meccanismi tipici dei linguaggi di programmazione).

Logic-less ? Sì e no. Niente cicli, condizioni, scelte. In realtà non è del tutto vero: la logica c’è eccome, ma viene nascosta in maniera abbastanza elegante con una sintassi pulita e intuitiva.

Vogliamo fare un esempio ? E facciamolo.

Supponiamo di avere una struttura dati Utente con campi Nome, Cognome, Età. Per visualizzare la struttura in una pagina HTML potremo usare un template simile al seguente.

   Ciao <b>{{Nome}} {{Cognome}}</b>, non mi avevi detto di avere {{Eta}} anni !

I ‘baffi’, come potete intuire, sono le parentesi graffe che distinguono i tag di Mustache. I tag identificano i campi della struttura e, in questo caso, permettono l’inserimento ‘brutale’ del contenuto nel template.

Qualcosa di più complesso ? Supponiamo di avere una collezione di strutture di questo tipo. Un template che sia in grado di mostrare tutti i record sarà scritto come segue:

<b>Utenti</b>    
<ul>     
  {{#Utente}}     
   <li>{{Nome}} {{Cognome}}</li>     
  {{/Utente}}     
</ul>

In questo caso ecco il ciclo ‘nascosto’ dai tag di Mustache. Tutto ciò che si trova tra il tag di apertura {{#Utente}} e il tag di chiusura {{/Utente}} viene duplicato per il numero di record nella collezione.

Tutto qui ? Per cominciare.

In realtà il manuale descrive un’altra decina di varianti nei tag e nelle regole che permettono di realizzare rendering ben più complessi. Un demo interattivo permette anche di giocare un po’ con il meccanismo per capire bene il funzionamento prima di fare ‘danni’ con il proprio codice.

Le potenzialità di questo strumento, se ne sentivate l’esigenza, emergono subito. Separare layout e dati è sempre una bella pratica da seguire con assiduità, ma quante volte vi siete ritrovati con la formattazione HTML all’interno del vostro codice lato server ? (“Solo stavolta, è un piccolo tag, lo toglieremo appena possibile”)

Mustache vi da una mano in questo senso, rendendo molto più immediato realizzare anche piccoli template ‘volanti’ da renderizzare parzialmente, ma sempre separando dati e codice dal layout. La capacità di essere inserito in molti linguaggi e piattaforme, inoltre, rende Mustache particolarmente appetibile per condividere, ad esempio, la stessa logica sia lato client (in javascript) che lato server (C#, Ruby o PHP).

Volendo infine sbizzarrirci, Mustache non è necessariamente limitato al web e all’HTML. Può essere usato per generare qualunque formato di testo: documenti, immagini SVG, codice sorgente, metadati. A voi le idee e gli spunti.

In ogni caso, utile o meno, vi consiglio di ‘fare un giretto’ sul sito ufficiale e di provare a giocare con la sintassi. Potrebbe piacervi.

Sviluppare su tablet per l’utente che non ti aspetti

2011-12-12T08:30:00.000+01:00

Qualche settimana fa ho fatto testare una app sviluppata per tablet Android ad un utente abituale di iPad.

E’ stato strano.

L’utente (che è esperto) ha capito in fretta come utilizzare l’app. Tuttavia tentava con una certa frequenza, ma senza ottenere risultati, operazioni come il pinch-to-zoom sulle pagine o lo swipe sulle liste.

Anche se non si è lamentato apertamente, credo che alla fine la user experience, perlomeno dal suo punto di vista, non sia stata ottimale.

Ragionando su questo scenario, mi sono reso conto che certe categorie di applicazioni per tablet devono avere un approccio più attento, perché si trovano potenzialmente di fronte ad un’utenza molto particolare.

Non mi riferisco al classico scenario consumer, che si presenta nel 99% dei casi, in cui l’app viene sviluppata per il marketplace dedicato a possessori di tablet iOS o Android. Mi riferisco ad uno scenario in cui l’utenza dell’app è casuale. Non è la solita. Non è, quindi, composta dai proprietari dei tablet su cui gira l’app.

In questo scenario si possono inserire:

· Applicazioni enterprise.

· Chioschi elettronici.

· Controllo remoto, automazione industriale.

· Applicazioni per locali e attività commerciali.

Che categorie di utenti possiamo incontrare, in questo scenario ? Come possiamo distinguerli ? E come possiamo affrontare la user experience per ogni categoria ?

Provo ad estrarre alcune categorie.

L’utente casuale:

L’utente casuale può conoscere il dominio in cui opera l’applicazione, ma non è un esperto di tablet o interfacce touch.

Potrebbe essere intimorito dall’oggetto. Potrebbe persino trovarsi in imbarazzo a toccare lo schermo.

In questo caso occorre limitarsi all’interattività minima, consentendo operazioni come il tap ma non andando troppo oltre (già un trascinamento o uno swipe potrebbero essere troppo complessi per questo utente).

L’uso moderato di haptic feedback e la capacità di evidenziare gli oggetti attivi sicuramente possono essere di aiuto.

L’utente ‘indigeno’:

L’utente indigeno è quello che sa già utilizzare la piattaforma su cui avete sviluppato l’app. E’ un utente iOS se avete sviluppato per iOS. E’ un utente Android su avete sviluppato per Android.

Si tratta di una situazione ideale, rapportabile al contesto in cui si sviluppano le app per ‘marketplace’.

Con questa utenza si possono fornire gesture avanzate e concetti specifici della piattaforma, così come si progetta l’app per un normale marketplace: non si dovrebbe correre il rischio di mettere troppo in imbarazzo questo tipo di utente, che possiamo tranquillamente considerare come una sorta di ‘power user’.

L’utente ‘straniero’:

L’utente straniero è quello abituato all’altra piattaforma. E’ l’utente iOS se avete sviluppato per Android. E’ l’utente Android se avete sviluppato per iOS.

Questo utente è pratico di tablet e possiede da tempo un device con piattaforma ‘concorrente’. Il suo essere abbastanza disinvolto su un’altra piattaforma lo può portare ad avere qualche problema quando usa la vostra app, perlomeno per quanto riguarda gesture o concetti ‘non comuni’.

Il contesto sembra una via di mezzo tra un utente casuale e un utente ‘indigeno’. Probabilmente l’utente ‘estraneo’ riuscirà ad utilizzare alcune gesture sofisticate, come ad esempio un trascinamento o uno swipe. Tuttavia potrebbe avere difficoltà nel suo tentativo di applicare gesture e operazioni diverse a quelle con le quali ha una certa familiarità. In questo caso occorre quindi concentrarsi su ‘cosa è comune’ tra le varie interfacce, ed evitare tutto ciò che è specifico.

Non dimentichiamo, anche se probabilmente sarà una preoccupazione inutile, che gran parte degli utenti di tablet e smartphone si è adattata ad una emotiva ‘guerra di religione tribale’, per cui ogni impressione lasciata dalla vostra applicazione sulla piattaforma avversaria sarà influenzata negativamente da una serie di luoghi comuni che non voglio nemmeno mettermi ad elencare. Credo che a questo proposito si possa fare ben poco, se non sperare in una graduale ma inevitabile ‘maturazione’ dell’utenza.

Una strategia corretta ?

Se ci si aspetta di dover affrontare un’utenza divisa in questi tre gruppi (casuale, indigeno e straniero), quale strategia può essere corretta per garantire una buona esperienza d’uso ?

Adottare il ‘minimo comune denominatore’ tra pattern ed elementi di interazione garantisce un buon livello di esperienza per tutte le fasce di utenza ma senza, purtroppo, eccellere.

Implementato il minimo indispensabile, trovo più corretto cercare di adottare qualche elemento di interazione specifico della propria piattaforma: si guadagna in termini di facilità d’uso perlomeno nei confronti degli utenti ‘indigeni’.

E’ pensabile di aiutare anche gli utenti ‘stranieri’ scimmiottando qualche tecnica specifica dell’altra piattaforma ? Non ci credo molto. Una caratteristica ‘emulata’ riesce sempre ad essere un passo indietro rispetto all’originale, e non da mai la stessa sensazione all’utente. Per quanto mi riguarda, io eviterei questo tipo di sforzo.

E’ davvero uno scenario non comune ?

In precedenza ho parlato di scenario non comune, limitato all’1% dei casi.

Ma, è davvero così ?

Il tablet non è uno smartphone. Il tablet è un oggetto decisamente meno personale di uno smartphone.

Collocandolo in uno scenario casalingo, possiamo ipotizzare che il tablet sia appoggiato sul tavolino a disposizione di chi passa. In questo caso, allora, possiamo anche immaginare una famiglia in cui il nonno è un utente ‘casuale’, i genitori sono utenti ‘indigeni’ e il figlio adolescente (in vena di ribellione) è un utente ‘straniero’.

Sembra ancora così lontano pensare ad un’utenza non specifica ? Cosa ne pensate ?

Killerprogetto – the Tabkiller

2011-12-08T08:30:00.000+01:00

Nel vostro team di sviluppo vi ritrovate costantemente con la tabulazione / spaziatura dei sorgenti modificata ? Non sapete mai chi ha le impostazioni sbagliate, e non volete perdere troppo tempo nello scovare l’impostazione sbagliata ? Sviluppate ‘The Tabkiller’, o trovate qualcuno che lo sviluppi per voi.

‘The Tabkiller’ è un piccolo strumento che si installa come client (o demone, se possibile) sul vostro repository SVN.

Ad ogni commit di uno qualsiasi degli sviluppatori, ‘The Tabkiller’:

1. Effettua il checkout del codice

2. Controlla che tutti i sorgenti siano standard per quanto riguarda la tabulazione / spaziatura.

3. Invia al team una mail di notifica nel caso uno degli sviluppatori sia uscito dallo standard.

4. Aggiusta tabulazioni e spazi.

5. Effettua un commit delle modifiche.

Naturalmente le funzionalità possono essere estese a piacere. A me piacerebbe. Anche ai miei colleghi, sicuramente.

Una manciata di podcast tutti da ascoltare

2011-11-28T08:30:00.000+01:00

Di recente ho sentito l’esigenza di aggiornare la ‘libreria’ di podcast che ascolto regolarmente, e voglio segnalarvi alcune belle sorprese che ho scoperto, limitandomi ai podcast in lingua italiana. Ringrazio Microsmeta per avermi facilitato la ricerca.

Ed ecco la lista.

2024

Cadenza settimanale, audio ottimo, in italiano

Di solito preferisco segnalare podcast amatoriali o comunque materiale non ricavato da trasmissioni radiofoniche, ma per 2024 posso fare un’eccezione. Si tratta di news a carattere tecnologico, condite da approfondimenti e spunti spesso molto interessanti.

(link al podcast 2024)

Altrove

Cadenza irregolare, audio ottimo, in italiano

Podcast dall’atmosfera notturna, molto piacevole, a tratti inquietante, dedicato ad argomenti sempre diversi. Propone una selezione di musica decisamente ben scelta, di solito da Jamendo.

Ascoltatelo se volete creare un’atmosfera, svagarvi, pensare ad altro ...

(link al podcast Altrove)

Historycast

Cadenza irregolare (3, 4 mesi per episodio), audio buono, in italiano

Podcast dedicato alla storia, organizzato in episodi monografici di vario genere.

Tra i podcast che propongo in questa occasione non esito a definirlo il migliore, soprattutto per quanto riguarda i contenuti, che sono veramente interessanti, ben esposti e ben scritti.

Non fatevelo scappare !

(link al podcast historycast)

Scientificast

Cadenza mensile, audio discreto, in italiano

Podcast di carattere scientifico, tono divulgativo, molto interessante per la scelta degli argomenti e non troppo serioso nell’esposizione.

Tra i difetti si può accennare ad un audio non sempre perfetto e una tendenza, in alcuni casi, ad addormentare leggermente la discussione. Per il resto, perlomeno se vi interessano argomenti scientifici esposti bene, è certamente da inserire tra i propri abbonamenti.

(link al podcast scientificast)

Interfaccia utente: nervosa, gommosa o legnosa ?

2011-11-07T08:30:00.000+01:00

A volte per riuscire a rendere al meglio le impressioni che suscita un’interfaccia utente uso aggettivi non proprio conformi dallo ‘standard scientifico’, ma utili nel trasmettere la ‘sensazione’ provata usando un particolare software.

Interfaccia gommosa

Molto definiscono ‘gommosa’ un’interfaccia utente dotata di angoli arrotondati, smussata, dai colori vivaci. Io preferisco definire ‘gommosa’ un’interfaccia utente che utilizza fin troppo le animazioni, e che ha tempi di risposta lenti a causa di ‘embellishment’ eccessivi. Un’interfaccia utente gommosa di solito è sufficientemente fluida, ma tende ad avere sempre una certa, snervante, inerzia. L’utente aziona un comando ma il comando non parte subito: prima una animazione, poi un effetto, infine (forse) il risultato.

Interfaccia nervosa

L’interfaccia ‘nervosa’, per l’uso che faccio del termine, indica un’interfaccia utente all’esatto opposto di quella ‘gommosa’. In generale lascia all’utente l’impressione di un software che tamburelli con le dita in attesa di una qualunque azione.

L’interfaccia ‘nervosa’ di solito è veloce e risponde con prontezza. A volte fin troppo, tanto che l’utente potrebbe non accorgersi del completamento di un’operazione oppure trovarsi spaesato a causa di un cambio di prospettiva non accompagnato da un effetto di transizione adeguato.

L’interfaccia ‘nervosa’, infatti, tende ad evitare animazioni e scroll. Se le adotta, lo fa in modo efficiente ma non fluido, tanto che non è raro incontrare degli ‘scatti’.

Interfaccia legnosa

Se le interfacce ‘nervose’ e ‘gommose’ possono essere adottate come filosofie più o meno gradite a certe fasce di utenti, l’interfaccia ‘legnosa’ è dovuta quasi sempre ad errori e cattiva programmazione.

Un’interfaccia ‘legnosa’, indipendentemente dall’uso che fa di animazioni, scroll o transizioni di vario tipo, non riesce mai ad essere fluida. Se l’interfaccia ‘gommosa’ risponde in ritardo, l’interfaccia ‘legnosa’ è in grado di perdersi gli input dell’utente, e quindi non risponde. Il risultato classico di un’interfaccia ‘legnosa’ è quello in cui l’utente deve cliccare più volte su un tasto per ottenere un’azione, oppure si ritrova ad usare il doppio click quando di click ne basterebbe uno.

Cosa è meglio ?

Escludendo l’interfaccia ‘legnosa’, si può dare una preferenza oggettiva allo stile ‘nervoso’ rispetto a quello ‘gommoso’ ? Non credo. Parlando di gusti personali, preferirei avere a che fare con un software ‘nervoso’, ma si tratta di una preferenza basata sul mio modo di lavorare.

Diciamo che l’ideale sta nel mezzo. Se riuscite a coniugare bene la velocità di risposta con la presenza di animazioni ed effetti, ottenete l’interfaccia ‘fluida’, il compromesso ideale. Come riuscirci ? Beh, questa è un’altra storia.

Ok, questi sono gli aggettivi ‘poco scientifici’ che uso più spesso. Non sono il solo ad usarli. Voi avete i vostri ?

Buoni commerciali e cattivi commerciali

2011-10-31T08:30:00.000+01:00

E’ da sempre luogo comune che i rapporti tra tecnici e commerciali non siano idilliaci. Quando va bene.

Da tecnico, posso confermare una cosa. Certi commerciali sono veramente odiati, ma non rappresentano l’intera categoria. I tecnici sono selettivi. Odiano visceralmente i cattivi commerciali.

Cosa differenzia un cattivo commerciale da un buon commerciale ?

Mettiamo che si stiano producendo delle utilitarie:

a) Il cattivo commerciale vende l’utilitaria ad un prezzo irrisorio promettendo prestazioni e caratteristiche di una Ferrari. Ai tecnici verrà richiesto di inserire nell’utilitaria, al costo promesso, tutte queste caratteristiche.

b) Il buon commerciale vende l’utilitaria con prestazioni e caratteristiche di un’utilitaria. Se è veramente bravo la vende al prezzo di una Ferrari.

Chiaro ? Semplice.

Sviluppare per divertimento – 3 tecnologie che riaccendono la scintilla

2011-10-24T08:30:00.000+02:00

Lavorare nello sviluppo del software significa non fermarsi mai. Nascono tecnologie quasi a cadenza quotidiana, spesso in grado di stravolgere o perlomeno dare una bella spinta a tutto ciò che abbiamo realizzato il passato.

La flessibilità mentale è d’obbligo, e non è per niente uno scherzo affermare che nel settore del software non si smette mai di studiare.

Ma quando sviluppi da oltre 20 anni (professionalmente ho iniziato nel gennaio 1992, ma se aggiungiamo lo studio e i primi esperimenti il conteggio degli anni lievita) ti ritrovi ad attraversare fasi in cui ti aggiorni e studi ma senza quella spinta che fa stupire per una nuova tecnologia, che rende piacevole la lettura di una nuova specifica, che strappa un sorriso al primo esempio funzionante che riesci a scrivere.

Ultimamente, devo ammettere, ho ritrovato quel sorriso e quella capacità di divertirmi con tre nuove tecnologie.

Sono tecnologie molto diverse per applicazione e filosofia. Si tratta di due sistemi operativi (o piattaforme), e di un set di API (o standard).

Per quanto differenti, sono accomunate da una caratteristica. Sono giovani, immature, fresche e ‘in progress’.

Forse è questo che le rende più divertenti ?

Android

Il sistema operativo per dispositivi mobile targato Google è (quasi) Open Source, basato sul kernel di Linux, pieno di funzionalità interessanti e in continua evoluzione.

La diffusione di Android aumenta ogni giorno, e il fatto che sia un successo è dimostrato dalla quantità di gadget che scelgono di adottarlo.

Sviluppare per Android non è rose e fiori, sicuramente. Che il sistema sia ancora giovane lo si nota ogni volta che ci si vuole spingere ‘un po’ oltre’ l’applicazione classica, e un ‘non si può fare, per il momento’ è una risposta che si riceve spesso nei forum. Il collegamento alla macchina di sviluppo non è privo di problemi e malfunzionamenti. Inoltre l’uso di Java come linguaggio ufficiale dell’SDK potrebbe far storcere il naso a qualche palato fino della programmazione moderna.

Eppure è un piacere leggere le numerose novità delle versioni 3.1 e 4.0, studiare tutte le possibilità a livello di applicazioni (spesso non ancora esplorate), giocare con l’SDK, immaginare cosa sia possibile fare con l’ Android Open Accessory Kit, accedere al device con il potente ma semplice ADB, sviluppare e testare per smartphone e tablet di fascia alta ma anche per oggetti meno potenti e decisamente meno costosi.

Windows Phone 7

Pur cambiando completamente la filosofia di pensiero, devo ammettere che il nuovo sistema operativo mobile targato Microsoft ha in comune con Android una caratteristica fondamentale: fa divertire lo sviluppatore.

Anche in questo caso si nota qualche peccato di gioventù, spesso banale, evitabile imparando dagli errori dei concorrenti. Si tratta anche di una piattaforma ‘a rischio’: la diffusione del prodotto attualmente è ridicola, e ci sono forti dubbi sul fatto che sia in grado di ‘sfondare’, o anche solo di ritagliarsi una fetta di mercato sufficiente a garantirne la sopravvivenza. Vedremo cosa succederà verso la fine dell’anno quando si vedranno i primi risultati dell’accordo con Nokia e forse verrà presentato qualche nuovo modello.

Eppure sviluppare per WP7 è davvero un piacere. Si possono creare applicazioni piacevoli da utilizzare, intuitive, innovative. Per certi versi l’interfaccia di Windows Phone 7 fa sembrare ‘vecchia’ quella di iOS, ed è un piacere vedere come Microsoft sia anche in grado di presentare qualcosa di diverso, di coraggioso. Quando vuole.

HTML5

Cambio completamente argomento. Passo da due sistemi operativi a quello che non è niente di più di un insieme di specifiche che, grazie alla veloce implementazione all’interno dei più diffusi Internet Browser di ultima generazione, sta vedendo una crescita inarrestabile di applicazioni e soluzioni.

HTML5 permette di realizzare qualcosa di nuovo appoggiandosi sulle spalle di tecnologie mature: gli Internet Browser e il linguaggio Javascript. Un nuovo set di API e di tag permette di migliorare ed estendere ogni applicazione web sia dal punto di vista funzionale (aprendo nuove possibilità di accesso a informazioni e dati) che semantico (rendendo i contenuti sempre più facili da accedere, ricercare ed utilizzare).

HTML5 nasce dal crollo della filosofia dei plugin e dei componenti chiusi (Flash in prima linea) a favore di applicazioni più aperte, meglio collegate ai Browser, più potenti grazie ai performanti motori Javascript di ultima generazione.

HTML5 non stravolgerà il mondo del web né per gli utenti né per gli sviluppatori. Questo perché l’adozione e l’inserimento di nuove funzioni saranno graduali e abbastanza ‘trasparenti’. Sarà, insomma, una rivoluzione incruenta. Ma non per questo meno divertente.

Che ne pensate ?

L’informatica e la programmazione sembrano argomenti noiosi e ripetitivi. Spesso lo sono. A volte no.

Avete trovato anche voi una tecnologia, un software, un linguaggio o una piattaforma che ultimamente vi ha fatto divertire ?

SVN 1.7 si avvicina (in parte) a Git ?

2011-10-18T08:30:00.000+02:00

Nel caso ve lo foste perso, è stato pubblicato l’aggiornamento di TortoiseSVN alla versione 1.7.

Le modifiche sono tante e molto importanti. Non particolarmente eclatanti dal punto di vista del ‘wow effect’, magari. Del resto si tratta di uno strumento di utilità in cui c’è poco da ‘fare cinema’ e molto da gestire ‘dietro le quinte’.

Di sicuro l’impatto maggiore di questa versione viene dal nuovo formato dei metadati nella working folder. Vi ricorderete che nelle versioni precedenti venivano aggiunte in tutta la gerarchia di una cartella di lavoro una serie di cartelle ‘.svn’ nascoste contenenti le informazioni necessarie al versioning. Questa struttura, come segnalato in almeno un post precedente, era meno efficace di quella adottata da Git di inserire i metadati solo nel primo livello. Ebbene, con questa versione viene adottata una soluzione analoga. Si guadagna così in termini di prestazioni e di comodità nel fare ‘unversioning’ di una cartella (basta infatti eliminare la cartella ‘.svn’ in radice).

Questo cambio di formato non è indolore: è infatti necessario effettuare l’upgrade delle proprie working folder prima di ricominciare a lavorare con la nuova versione di TortoiseSVN. L’aggiornamento va effettuato manualmente tramite click con tasto destro sulla cartella e selezione del comando ‘SVN Upgrade working copy’. Non è niente di complesso ma se avete diverse cartelle con diversi progetti può comportare un po’ di tempo perso in questa operazione.

Altre feature importanti riguardano l’integrazione con Windows 7 e il supporto alla versione 64bit (finalmente completo e utilizzabile al meglio senza problemi e ‘trucchi’) e una serie di facilitazioni molto utili per gestire ‘porzioni’ di un progetto, sia in fase di checkout che in fase di modifica.

Altre modifiche sono minori sulla carta ma contribuiscono nel complesso ad una versione 1.7 veramente importante e molto molto utile per chi, come me, deve utilizzare quotidianamente SVN + TortoiseSVN.

Che dire ? Di solito sono abituato a fare donazioni a tutti quei progetti Open Source che utilizzo da tempo con soddisfazione. TortoiseSVN finora non era rientrato in questa categoria e mi rendo conto solo ora che sia il progetto che gli sviluppatori meriterebbero sicuramente, per competenza e qualità del risultato, un contributo concreto.

Chi si unisce ?

Killerprogetto - the naked license agreement

2011-10-05T08:00:00.001+02:00

Contratti di licenza, termini d'uso, righe e righe di testi che quotidianamente passano inosservati (e chi ha tempo di leggere 60 pagine di avvocatese ?) ma che diventano importanti, fin troppo, quando le cose non vanno per il verso giusto.

E allora, perché non creare un bel servizio online per la gestione e l'analisi di questa documentazione ?

The naked EULA

Cosa dovrebbe fare questo servizio ipotetico ?

Scaricare le license agreement di N servizi e applicazioni segnalate dagli utenti. Estrapolarne le informazioni più importanti, traducendole in riassunti e/o infografiche. Evidenziare i rischi e le differenze rispetto alle EULA di altri servizi analoghi. Evidenziare le differenze tra diverse versioni della EULA dello stesso servizio.

Come si usa ?

Devo sottoscrivere un nuovo servizio online ? Vado su TNEULA (The Naked EULA) e verifico i punti essenziali e le varie 'trappole' che mi aspettano, ma senza leggermi tutto il malloppone di testo.

Mi é arrivato l'ennesimo aggiornamento delle condizioni d'uso di iTunes ? Vado su TNEULA che mi mostra solo cosa c'è di nuovo rispetto alla versione precedente.

Ho qualche dubbio sulle condizioni e le responsabitá di Sony nell'uso dei miei dati sensibili e della mia carta di credito ? Vado su TNEULA che mi evidenzierà questa parte specifica.

Che ne dite ?

Vi piace ? Io sicuramente potrei diventare un utente assiduo. E anche un utente più consapevole.

Chi comincia a scriverlo ?

Peccati di orgoglio di UX. Non chiedere informazioni all’utente.

2011-09-21T08:30:00.000+02:00

Il concetto di User Experience, UX, è decisamente più giovane, fico, meno codificato e meno ‘preciso’ rispetto ad altri filoni di discussione e studio nati con lo sviluppo di applicazioni software.

Il concetto di Usability, ad esempio, è già meno soggettivo e più facile da codificare e standardizzare. E, di conseguenza, da ingegnerizzare e riapplicare.

Questo non significa che la User Experience non sia importante, né valida dal punto di vista della realizzazione di un buon prodotto. Anzi.

E’ che a volte, nel nome della UX, si commettono piccoli peccati di orgoglio che rendono poco funzionali le applicazioni e, di fatto, producono una cattiva User Experience nel nome della buona User Experience.

Prendiamo ad esempio le domande da porre all’utente.

Molti esperti e appassionati di UX vi diranno che chiedere all’utente conferme e informazioni è brutto. Proprio brutto.

Certo, se pensiamo a quei software che prima di lanciare una procedura vi chiedono almeno tre o quattro volte se ‘siete veramente sicuro’, allora siamo decisamente d’accordo con il divieto totale delle richieste di conferma.

Però.

Però immaginiamo l’applicazione X che sta per avviare una procedura abbastanza complessa e delicata.

L’utente ha predisposto le sue ‘cose’ e attende un risultato ben preciso.

Immaginiamo però che le condizioni siano tali che l’algoritmo dell’applicazione X, da solo, non ce la faccia a capire esattamente che direzione far prendere ai risultati. Diciamo che nei settings non ci sono le opzioni adatte ad impostare un certo comportamento.

Può succedere. (qualche regola di UX dirà sicuramente che troppe opzioni nei settings creano applicazioni difficili da usare)

Cosa fa, allora, l’applicazione X ? Chiederà una conferma all’utente ? Una indicazione ?

No. Mai e poi mai la UX verrà turbata da una richiesta di conferma all’utente ! L’utente difficilmente sa quello che vuole ! Proseguiamo per la direzione Y che andrà sicuramente bene !

E invece no. All’utente serviva un altro risultato, e ha buttato via tempo prezioso.

E l’applicazione, nonostante un’interfaccia piacevole e poco stressante per l’utente, è stata completamente inutile.

E qui dovrebbe emergere la Prima e Fondamentale regola di una buona User Experience:

1. “L’applicazione deve portare a termine correttamente il proprio compito, a costo di infrangere qualche regola di UX.”

Tutto il resto viene dopo. Che ne dite ?

Indie Vault podcast 12–da ascoltare !

2011-09-17T09:43:00.001+02:00

Davvero bello e interessante l’episodio #12 del podcast di Indie Vault.

In questo caso si tratta di un episodio monotematico in cui vengono forniti diversi consigli utili ai fini della promozione (blog, press release, devlog, social network, ecc) del proprio indie game.

L’episodio è molto piacevole da ascoltare e contiene una bella quantità di informazioni e spunti il più delle volte abbastanza generici da non rimanere relegati all’argomento ‘indie game’, ma da risultare interessanti anche per chi lavora in altri contesti, come applicazioni da promuovere, startup, ecc.

Alcuni consigli potrebbero risultare già sentiti, soprattutto per chi ha già avuto esperienza in questo tipo di promozione, ma si tratta sempre di informazioni utili da ribadire e discutere.

Non aggiungo altro per non togliervi il piacere dell’ascolto.

Office Snack

2011-08-22T10:00:00.000+02:00

Non esiste programmatore che non ami gli snack.

Caramelle, gomme da masticare, crackers, dolcetti, cioccolatini, pastine, merendine, panini non devono mancare, e soprattutto devono essere a portata di mano nel momento in cui il classico 'calo di zuccheri' della metà mattinata o della metà pomeriggio assale un programmatore che sta cercando di ragionare su un problema troppo ostico.

Come gestire questa esigenza ? Non limitatela. Di solito ognuno si organizza e raccoglie nella propria cassettiera il proprio 'kit da sopravvivenza'.

Certo, ci sono situazioni paradisiache come il GooglePlex (sempre loro), dove esistono distributori automatici di qualunque tipo di Google Snack, dai cioccolatini alle carote.

Il difetto degli snack, al massimo, è un po' di sporcizia sulle scrivanie, sulle tastiere e sul pavimento.

Diciamo che è un problema che siete in grado di gestire.

Meglio di un programmatore affamato.

[foto by Kerry Buckley]

Mare / Software

2011-08-19T14:40:00.001+02:00

É divertente osservare come i bagnanti discutono della qualità dei vari stabilimenti balneari.

Non esiste il migliore in assoluto, ma c'è quello con il miglior caffè, i migliori lettini, il miglior pranzo, i divertimenti più 'fichi', la sabbia più soffice.

Verrebbe da ipotizzare la realizzazione del 'bagno fai da te', con il meglio di ogni stabilimento.

E certi bagnanti, a dire il vero, lo fanno. Colazione al bagno X, lettini al bagno Y, pranzo al bagno Z.

Succede anche nel software, da tantissimo tempo: il sistema operativo X, il browser Y, lo smartphone Z. Tutti diversi ma con la possibilità di scegliere, nel nostro ecosistema ideale, il componente più adatto alle nostre esigenze.

Ma la concorrenza, negli ultimi anni, si fa sempre più serrata. Ed ecco che sempre meno ci viene consentito di scegliere, di mescolare.

Come i proprietari degli stabilimenti che ti guardano storto se sconfini, anche le grandi aziende mirano a darti il pacchetto completo mettendoti i bastoni tra le ruote non appena esci dall'ecosistema che ti costruiscono attorno.

La soluzione, allora, rimane la spiaggia libera ?

La product bar di do-Dots

2011-08-08T10:00:00.000+02:00

Come accennato in passato, stiamo rinunciando a proporre direttamente do-Dots come framework per la realizzazione di sistemi M2M. Troppo difficile da spiegare, troppo difficile deciderne l’acquisto.

Questo ci porta alla scelta di spostare gradualmente ‘in primo piano’ tutti i prodotti e i servizi, anche di nicchia, che si appoggiano a questo framework. I prodotti sono più facili da comprendere, e più immediati da acquistare se se ne sente l’esigenza.

In linea con questa decisione, abbiamo introdotto sul sito ufficiale una sorta di ‘product bar’ (immagine sotto), con banner dedicati ad una serie di prodotti rappresentativi.

Lo stile è ancora grezzo, la grafica non è definitiva, ma l’idea è quella. Forse un carousel in javascript potrebbe fare meglio al caso ?

Che ne pensate ?

#Vuotawallet–The Humble Indie Bundle #3

2011-08-04T17:00:00.000+02:00

Ci sono tante cose in rete che vale la pena acquistare, e lo scopo dell’etichetta vuotawallet è quello di segnalare quelle degne di nota.

Stavolta segnalo un prodotto che quasi sicuramente non svuoterà le vostre tasche, ma vi darà una bella soddisfazione, l’Humble Indie Bundle #3.

Cos’è l’Humble Indie Bundle ? E’ un’iniziativa per proporre un pacchetto di giochi indie per le piattaforme Mac, Windows e Linux a un prezzo particolarmente vantaggioso. Tanto vantaggioso che è permesso addirittura il Pay What You Want.

Che vantaggi ci sono nel bundle #3 ?

Ci si porta a casa un bel pack di 5 giochi tra cui Crayon Physics Deluxe, Cogs, VVVVVV, Hammerfight, And Yet it Moves.
Si porta a casa un gioco extra: Steel Storm.
Superando l’offerta media (al momento in cui scrivo è di $5.21), si portano a casa anche i giochi del bundle #2: Braid, Cortex Command, Machinarium, Osmos, Revenge of the Titans.
Si portano a casa giochi liberi da ogni sorta di DRM.
Si può scegliere esattamente come dividere il proprio pagamento tra associazioni di carità, sviluppatori, organizzatori del bundle.

L’unico neo è che il Bundle è sempre un’iniziativa a tempo limitato, che scadrà tra 5 giorni.

Mi sembra il caso, quindi, di chiedervi di affrettarvi !

I bambini e le interfacce touch

2011-07-28T08:30:00.000+02:00

Mi ha colpito questo estratto dal post di David Barnard (sta parlando del figlio di due anni):

"He immediately set down the iPad, walked up to the TV, and tried launching an app by touching the TV screen. My wife and I instinctually told him not to touch the TV, but he looked back at us quite puzzled. The thing is, Luke has never used a mouse-like pointing device. Other than using the TV remote to turn the TV on and off, or turning a light switch on and off, he’s never used one object to remotely manipulate another."

Questa cosa l'ho notata anch'io col mio bambino.

I bimbi imparano a usare le interfacce touch per interagire direttamente con gli oggetti grafici. E’ una cosa talmente intuitiva che poi fanno fatica a capire il concetto di 'uso un oggetto per muoverne un altro' tipico di mouse e trackpad. Che diventano molto difficili da padroneggiare.

Un’interfaccia all’apparenza più complessa come la tastiera invece a conti fatti è più immediata.

iPhone 2G. Un vecchio guerriero.

2011-07-25T09:00:00.000+02:00

Il tasto Home comincia a fare cilecca, e ogni tanto qualcosa non va. Quindi voglio lodarlo pubblicamente adesso, finché è ancora in forma e può godere di queste lodi.

Ho un iPhone 2G.

Ce l’ho da un bel po’ di tempo. Ce l’ho da quando non si chiamava nemmeno 2G, ma iPhone e basta. Ce l’ho da quando i non geek non lo conoscevano e mi si chiedeva in continuazione cosa cavolo fosse quel coso.

Per tanto tempo è stato uno strumento incredibile per zittire i commenti più stupidi e scontati sugli iPhone. Quando qualcuno cominciava la tiritera sul fatto che gli iPhone “sono per fighetti, fanboy, bla, bla, bla”. Lasciavo parlare un pochino, lasciavo dilungare la persona in teorie e controteorie, di solito annuivo anche. Poi tiravo fuori il cellulare e lo appoggiavo sul tavolo. Non c’era bisogno di dire altro.

Guardatelo. E’ uno degli oggetti meno fighetti che possiate mai vedere. Graffiato, crepato. Sporco. La custodia in gomma sformata. Ammaccature su tutti i bordi.

Da spento, qualcuno mi ha anche chiesto cos’era.

Ma funziona ancora. E anche bene.

E anche se sta andando incontro ad un’obsolescenza programmata che mi impedisce di aggiornare il sistema operativo; che mi fa andare in crash una marea di applicazioni evidentemente non testate per questo modello; che mi rende invidioso di un qualunque modello Android di fascia bassa con più feature e migliori prestazioni … beh … voglio ringraziarlo.

Lo ringrazio perché un po’ ha fatto la storia degli smartphone. Lo ringrazio perché è stato un oggettino davvero utile. Lo ringrazio perché si è fatto sfruttare al massimo delle sue capacità. Lo ringrazio perché è stato uno strumento che ha fatto bene il suo lavoro di strumento.

E che lo farà ancora per qualche anno, magari.

Abbraccia gli hackers. Ma non prenderli in giro.

2011-07-21T08:30:00.000+02:00

No no no Microsoft. Non si fa.

Se vi ricordate avevo segnalato in febbraio l’ottima success story di Kinect come risultato positivo della politica dell’abbracciare gli hackers quando questi fanno vendere ancora di più un prodotto.

E quelli di Microsoft cosa fanno ? Si prendono il merito.

Sbruffoncelli.

I fatti: è accaduto che in un report, apparentemente, Microsoft si stia prendendo tutti i meriti del successo creato dall’apertura non ufficiale del Kinect ignorando spudoratamente il fatto che la loro prima reazione ai tentativi di hacking fu dichiaratamente ostile.

Non solo. Una delle chicche è l’affermazione “Giving developers the wrenches to the Kinect was a calculated decision by Microsoft. They could have encrypted the system but decided not to.” che lascerebbe intendere come il sistema sia stato volutamente lasciato aperto (ma tutti sanno che non era così) per favorirne, con lungimiranza impressionante, l’hacking da parte di una community allora inesistente.

E’ ovvio che la comunità degli hackers, con Adafruit (che offrì a suo tempo una ‘taglia’ di $2000 per avere i primi driver del dispositivo) in testa, se la sia presa un po’ a male. E a ragione, visto che i frutti concreti del successo commerciale di Kinect se li sta godendo tutti Microsoft.

Peccato.

Un conto è abbracciare intelligentemente un’opportunità. Un conto prendere in giro, goffamente, le persone che hanno fatto la tua fortuna.

Che dire ? Si spera solo che sia una gaffe provocata da un paio di rappresentanti del reparto PR troppo ingenuamente sbruffoni.

In ogni caso, bel tentativo. La prossima volta, magari, fate di meglio. Se avete rilasciato un bel dispositivo aperto, ditelo subito. Fate risparmiare i 2000 dollari ad Adafruit…

The Noun Project. Simboli per le vostre interfacce.

2011-07-19T08:30:00.000+02:00

Se per le vostre interfacce avete bisogno di capire qual è il simbolo grafico più adatto a rappresentare un dato concetto, avete un paio di strade da seguire: improvvisarvi designer oppure affidarvi a un professionista.

La terza strada potrebbe essere rappresentata da The Noun Project.

Si tratta di un progetto di creazione, raccolta e catalogazione di simboli grafici (chiamarli icone è eccessivo) che rappresentino nel modo più chiaro possibile un certo concetto. Se cercate un paragone con qualcosa di già esistente, direi che potete trovare simbologie molto simili nei cartelli stradali, o nei classici avvisi dedicati ad un’utenza multi etnica.

Il sito è fatto molto bene, con un bel mix HTML+SVG+Jquery+Raphael (*), stiloso quanto basta e con un sistema di ricerca per chiavi ed etichette ben fatto e, soprattutto, multilingua. Il materiale non è ancora tantissimo, ma si spera possa aumentare regolarmente nel tempo.

Le immagini possono essere scaricate gratuitamente in formato SVG, e sono pubblicate su licenza Creative Commons.

(*) se siete curiosi e smanettoni, andate a spulciare i sorgenti delle pagine, c’è qualche sorpresa che vi aspetta, credo …

do-Dots e il .NET SDK Open Source

2011-07-18T08:30:00.000+02:00

Uno dei primi errori che abbiamo fatto con do-Dots è stato proporlo immediatamente e direttamente come piattaforma per il M2M. Già per l’utente medio è difficile capire cosa ci si può fare, figuratevi comprare una piattaforma …

Con l’inserimento di diversi prodotti e applicazioni reali, spesso di nicchia, le cose sono andate meglio. Chi ha bisogno del prodotto specifico ha meno difficoltà a comprenderlo e a decidere di acquistarlo se gli serve.

Ciò non toglie che la piattaforma do-Dots sia ancora a disposizione in quanto tale, che sia aperta agli sviluppi esterni, che sia pensata per essere estesa.

Da qualche mese abbiamo cominciato a mettere a disposizione di tutti un piccolo progetto per dare la possibilità di scrivere i propri Dot.

Il progetto si chiama do-Dots open .NET SDK e si compone di alcune classi scritte in C# che dovrebbero aiutare anche chi non è particolarmente esperto nel realizzare un Dot più che completo per le piattaforme .NET e Mono.

Il progetto è disponibile con licenza LGPL, quindi possiamo riempirci tranquillamente e senza mezzi termini la bocca di ‘open source’. Yeah.

Se volete fare in salto, siete i benvenuti. Il codice sorgente è ancora molto incompleto e tutt’altro che perfetto (ci scusiamo in anticipo per alcune soluzioni particolarmente frettolose) ma nel tempo contiamo di migliorarlo sensibilmente. Ovviamente gli apporti esterni sono più che benvenuti.

Nel frattempo vi auguro buon divertimento, nella speranza che vi troviate in qualche bella località di villeggiatura !

Il bottone che non fa nulla. O quasi.

2011-07-11T08:30:00.000+02:00

NetNewsWire è un utilissima app per la lettura e l’organizzazione dei feed. E’ semplice, abbastanza veloce, facile da gestire.

Ha anche una bella interfaccia utente, molto pulita. Non esente, però, da qualche ‘piccolo difettuccio’.

Il bottone che non fa nulla …

Supponiamo di leggerci un bel post, di scorrerlo, di decidere che ci piace. A questo punto, visto che magari lo vogliamo rileggere successivamente, abbiamo a disposizione il classico bottone ‘preferito’.

Il bottone è ben visibile ed è identificato da un’icona standard, la stellina, che ne rende immediata e intuitiva la funzione.

Lo premiamo.

Non succede nulla.

Lo premiamo di nuovo.

Ancora nulla.

Non funziona ? E’ rotta l’applicazione ?

… o quasi

In realtà la funzionalità del bottone è intatta. Permette effettivamente di attivare e disattivare il flag ‘preferito’ sul post corrente.

Il problema è che manca un feedback visivo.

O, meglio, per un difetto di progettazione il feedback visivo c’è, ma lo vedete solo in certe condizioni, ovvero se vi trovate all’inizio del post.

Il pulsante infatti accende e spegne un’iconcina a forma di stella che è posizionata all’interno della pagina, in alto a destra. Il problema è che l’iconcina scrolla con la pagina, risultando il più delle volte invisibile.

Come risolvere il bug ?

Non fornire un feedback ad una operazione di input il più delle volte è un vero e proprio bug. Ci sono due strade per ‘fixare’ facilmente il problema su questa app senza doverla riprogettare da capo.

1. Evidenziare lo stato del post (preferito o no) nella grafica del bottone.

2. Alla pressione del bottone, forzare uno scroll all’inizio del post, in modo da evidenziare la variazione dell’icona.

La prima soluzione penso sia la più semplice ed efficace.

Che ne dite ?

#Vuotawallet–Designed for use

2011-07-06T08:30:00.000+02:00

Oggi inauguro il tag vuotawallet.

In giro per la rete si trovato innumerevoli servizi e prodotti gratuiti che vale la pena provare ed usare. Ma anche tante belle cose a pagamento che può valere la pena di acquistare. Quando li trovo e ritengo si tratti di qualcosa di interessante, aggiungo anche qualche info sui prezzi e taggo il post con vuotawallet.

Forte, eh ?

La premessa è che, comunque, i link non saranno legati a nessun meccanismo di affiliazione. Non ricevo e non riceverò un centesimo da nessuna segnalazione.

Vuotiamo il nostro portafogli con …

Cominciamo con Designed for Use, il libro scritto da Lukas Mathis, UI designer svizzero di cui ho da sempre apprezzato idee e riflessioni in perfetto stile userinterfaccia.

Il libro è disponibile su The Pragmatic Bookshelf. Non l’ho ancora letto, quindi questa non è una recensione. Ma i contenuti, almeno per quanto si può dedurre dalle anticipazioni, sembrano buoni. Il libro è incentrato su progettazione, test ed implementazione di interfacce utente. Sembra piuttosto completo, anche se mirato ad una categoria di lettori non esperti.

Si direbbero 344 pagine dense di contenuti interessanti, anche se il costo non è bassissimo ($22 per l’ebook DRM free, $35 per la cartacea, $44 per entrambe le versioni).

Se lo avete già letto, fatemi un fischio.

Innovare drasticamente e gestire utenti Pro. Combinazione impossibile ?

2011-07-04T08:30:00.000+02:00

Se non vivete su Marte (senza connessione Internet) e siete un minimo interessati alle notizie tecnologiche, avrete sicuramente seguito le sonore lamentele di molti utenti di Final Cut Pro X che hanno portato, pare, al rimborso per alcuni utenti da parte di Apple.

Prima di addentrarci in Noiose Guerre Sante ed Epiche Crociate Seriali all’attacco o in difesa di Apple, sappiate che non mi interessa né criticare né difendere Apple, e nemmeno andare nei dettagli sulla validità del software in questione.

Chiaro ? Se non lo è, rileggete il paragrafo precedente.

Adesso è più chiaro ?

La notizia mi serve solo come spunto per ricollegarmi ad un post di rejex sulle major release, la continuità nelle feature e la necessità di innovazione, rimanendo nell’ambito del software e aggiungendo l’elemento dell’Utenza Professionale.

Chi è l’utente Pro ?

L’utente Pro è quell’utente che utilizza regolarmente e in maniera rilevante il vostro software come strumento per supportare il proprio business.

In parole povere è un utente che con il vostro software ‘ci si paga la pagnotta’. Un utente che di solito spende una discreta cifra per un prodotto che gli consenta di produrre qualcosa di qualità tale da poter essere pagato per ciò che ha realizzato.

Ci sono software che non hanno praticamente mai un’utenza Pro. Ci sono tantissimi software che hanno solo una parte di utenza Pro. Ci sono software che hanno solamente un’utenza Pro.

Per molti anni ho lavorato su quest’ultimo tipo di progetti, imparando che l’utenza Pro è diversa e la necessità di innovare deve tenere conto di come questa utenza lavora.

1. L’utente Pro ha un lavoro da completare

L’utente Pro usa il vostro software per portare a termine un lavoro. Possibilmente nel minor tempo possibile.

Spostare elementi di interfaccia e funzionalità da una versione all’altra, anche se la nuova versione è migliore, può solo fargli perdere tempo nella ricerca dei comandi, nello scoprire come funziona il nuovo approccio, nel reimparare una cosa che già conosceva.

2. L’utente Pro vuole il controllo

L’utente Pro, per necessità o per il proprio metodo di lavoro, vuole il controllo sull’organizzazione dei propri dati ed archivi. Il suo metodo di lavoro può richiedere di organizzare i file su cartelle condivise in rete o su percorsi specifici in locale. Può separare i progetti per cliente, per argomento, per data o per tipo di attività.

Imporre, per quanto fichissima e ottimale, una struttura di archiviazione incompatibile con le esigenze dell’utente Pro può portare con molta probabilità all’abbandono del software.

3. L’utente Pro è un Power User

Dopo un periodo relativamente breve di utilizzo del software, l’utente Pro diventa necessariamente un power user.

Conoscerà relativamente bene tutti gli shortcut che lo fanno lavorare più velocemente. Conoscerà qualche sistema per aggirare le procedure più scomode. Conoscerà trucchi e hacks che probabilmente nemmeno voi sapete per usare il vostro software al meglio.

4. L’utente Pro non vuole costi extra

L’utente Pro sta già investendo soldi nel vostro prodotto, ma non vuole pagare più del necessario.

Non vuole pagare di più per avere meno funzionalità, anche se il risultato è un software più pulito e semplice. Non vuole pagare di più per una funzione che aveva già in una precedente versione.

5. L’utente Pro ha dei vecchi progetti

L’utente Pro avrà già realizzato diversi progetti con il vostro software. Vi ha investito tempo, fatica e denaro.

E’ un investimento che deve ripagare. Non vuole perderli con la nuova versione. Vuole continuare ad aprirli, a modificarli, a migliorarli, ad estrarne materiale da inserire nei nuovi progetti.

Come gestire l’utente Pro ?

Cosa bisogna fare, allora ?

Fornire sempre tutte le feature anche se inutili, non riorganizzare mai il prodotto finché non diventerà un obbrobrio ingestibile, non innovare e modernizzare mai ?

Innovare è possibile, però bisogna tenere conto che l’utente Pro non è un fan. Non accetterà passivamente né entusiasticamente ogni versione. E’ facile perderlo se lo si spinge a pentirsi di un acquisto, soprattutto se costoso.

L’utente Pro è anche una risorsa importante. Non solo economica. E’ fonte di esperienza e idee.

Ecco qualche spunto su come gestire questa risorsa.

a. Ottenere statistiche sull’uso del software

Riuscire a raccogliere dati sull’effettivo uso del software, delle versioni, delle funzioni usate, dei formati degli archivi può dare un’idea più precisa di cosa gli utenti stanno davvero usando.

A volte si fanno delle scelte basate su assunzioni e ipotesi che si rivelano errate. Basarsi su dati reali, ottenuti dagli utenti veri, può essere più efficace.

b. Ascoltare

L’utente Pro è pronto da dire la sua. A suggerire modifiche e cambiamenti. A ipotizzare un modo migliore di organizzare il software. E’ nel suo interesse: un software migliore lo farà lavorare meglio e migliorerà il suo business.

Anche se riteniamo di avere i migliori designer, di comprendere al meglio il nostro prodotto e la strada da intraprendere per il futuro, dovremmo fermarci un attimo ad ascoltare gli utenti Pro. Spesso ne sanno più di noi.

c. La retrocompatibilità è quasi un must

Come già anticipato, la retrocompatibilità è una delle caratteristiche di un software che non può essere ignorata. Pena l’abbandono da parte degli utenti Pro.

Non è possibile mantenere una retrocompatibilità ? Allora bisogna fornire strumenti di conversione e di passaggio di dati e archivi. Strumenti che devono essere gratuiti: nessun utente vuole pagare un extra per qualcosa che aveva in passato.

d. Anticipare, spiegare e documentare i cambiamenti

Non è vero che un software non può innovare. Non è necessaria la regola per cui ogni feature è ‘per sempre’.

Può cambiare la filosofia. Possono cambiare le posizioni dei comandi. Può cambiare la struttura di un archivio.

Però bisogna anticiparlo prima di rilasciare una versione. Bisogna spiegarlo a versione rilasciata. Bisogna documentarlo in maniera chiara ed inequivocabile, per far perdere meno tempo possibile agli utenti.

Preferite l’effetto sorpresa ? Preferite rendere segrete alcune modifiche al software per generare attesa e hype ? In questo caso non siete adatti a un utenza Pro.

e. Comprendere il contesto

Quando sviluppavo software di analisi per la telemetria, il momento migliore in assoluto per far crescere il progetto era l’assistenza in pista. Vedere il tipo di operazioni effettuate; Vedere i grafici e i report più usati; Capire che usare un software in piedi in uno spazio ristretto è diverso; Notare i tempi di risposta richiesti ai tecnici.

Vedere usare il software da utenti reali in un contesto reale non ha assolutamente prezzo. Sono tutte informazioni veramente vitali, che sfuggono ai report, alle statistiche e alle interviste.

Da queste osservazioni nascono le migliori idee, ma solo se si ha l’umiltà di comprendere che sono gli utenti a conoscere il loro lavoro, e che il software deve solo essere uno strumento al loro servizio.

In conclusione

Spero di aver inserito qualche spunto interessante, anche se superficiale. Lungi da me l’idea di poter insegnare ad altri a rilasciare le nuove versioni dei propri software …

A parte gli scherzi, credo che un punto di partenza molto importante sia riconoscere che l’utente Pro ha già un lavoro a cui pensare. Per quanta possa essere la nostra capacità di creare software innovativi e avanzati, è molto rischioso stabilire a priori a cosa questi utenti devono rinunciare in un passaggio di versione.

E quando il rischio è la perdita di utenti paganti, e di una fetta di mercato, forse è meglio andarci con i piedi di piombo.

Che ne dite ?

Pomodoro in team

2011-06-29T08:30:00.000+02:00

Questo screenshot mi ha fatto sorridere e ha fatto sorridere molti amici e colleghi, ma in realtà si presterebbe a qualche considerazione, critica o approfondimento ‘serio’ da parte dei puristi della Tecnica del Pomodoro a proposito del lavorare in team.

Ma, alla fine, è importante ?

La regola fondamentale nel nostro team è prima di tutto che ogni best practice va seguita finché non intralcia la produttività e i buoni risultati. Se serve a lavorare meglio, ogni regola può essere piegata a proprio favore.

Siete d’accordo ?

The Pragmatic Programmer. Che libro ! Recensione.

2011-06-27T08:30:00.000+02:00

Pochi libri di programmazione mi hanno lasciato un segno come The Pragmatic Programmer: From Journeyman to Master. Quando lo lessi per la prima volta ricordo il senso di euforia che mi catturò nel vedere idee tanto simili alle mie riassunte e spiegate così bene su carta stampata.

Non sono idee particolarmente innovative o ‘forti’ come quelle proposte da Extreme Programming Explained, ma sono idee e concetti legati al buon senso, che sono lì da tanto tempo, e che fa piacere ogni tanto che qualcuno particolarmente ispirato riesca a raccontarcele di nuovo.

The Pragmatic Programmer – Andrew Hunt e David Thomas (in inglese) Addison-Wesley

I contenuti

Il libro spazia su molti concetti anche molto diversi tra loro. Si parte da una sezione dedicata alla filosofia e all’approccio generico.

La seconda sezione procede verso la pratica, si descrive l’approccio DRY, l’ortogonalità, i mini linguaggi, le stime.

La terza sezione è dedicata ai tools, al plain text, i batch, gli editor, il source control, e così via.

La quarta sezione offre una panoramica sulla ‘paranoia, la gestione degli errori, le exceptions, e un design ‘difensivo’.

La quinta sezione torna al design, al decoupling, la metaprogrammazione, i blackboards.

La sesta sezione introduce pratiche di ‘non programmazione’ come scrivere un buon codice, fare refactoring, ottimizzare.

La penultima sezione copre invece la difficile fase dell’inizio di un progetto, della raccolta dei requisiti, del momento in cui iniziare, dell’uso di metodi formali e tools costosi di progettazione.

Infine, l’ultima sezione aggiunge l’elemento del lavoro in team (e qualche capitolo sparso) a quanto descritto nel resto del libro.

Il tutto chiuso da una bibliografia abbastanza corposa, e da una serie di esercizi di programmazione con soluzioni in appendice.

Difetti del libro

Elencare pregi e difetti di un libro che mi è piaciuto così tanto è difficile, ma qualche difetto devo pure indicarlo.

Diciamo che la struttura dei capitoli e dei paragrafi a volte è strana e poco chiara, come se in certo capitolo fosse stato spostato ‘a forza’ da una sezione a un’altra o non riuscisse a trovare una collocazione precisa.

Un altro difetto è quello di assumere in partenza che il lettore programmi da un po’ di tempo. Di sicuro non conviene proporlo a un ‘novizio’.

Pregi del libro

Il linguaggio di The Pragmatic Programmer è fluido e discorsivo, ricco di storie, analogie e spiegazioni brillanti e piacevoli da leggere.

Gli esempi in codice sono scritti per lo più in java, in maniera funzionale e leggibile, per spiegare concetti che vanno oltre un linguaggio specifico.

Uno dei pregi principali del libro, in ogni caso, è la longevità. L’edizione in mio possesso è del 2000, ma vi posso ancora trovare lo stesso valore (o quasi) che vi ho trovato nella prima lettura.

Non penso sia cosa da poco.

In conclusione

L’immagine di copertina, una pialla, la dice lunga sui contenuti. Questo è un libro per un programmatore che in qualche modo è anche artista o artigiano.

E comunque questo non è un libro sulla programmazione. E’ un libro sui programmatori.

The Pragmatic Programmer dovrebbe stare in ogni libreria di chi ama questa professione. Offre talmente tanto, e per così tanto tempo, che è davvero un peccato non leggerlo.

Dai, avanti.

Pizza a casa ? Vuoi partecipare a un sondaggio ?

2011-06-22T09:00:00.000+02:00

Con do-Dots Promo ci siamo spinti nel mondo dei negozi e dei locali, e vorremmo continuare, approfondendo il discorso.

Abbiamo analizzato qualche nuovo servizio dal punto di vista del fornitore, ed abbiamo alcuni dati interessanti. Ci manca ancora, e crediamo sia importante, il punto di vista dell’utente.

Ecco perché, se ordini pizza e te la fai consegnare a domicilio, ci piacerebbe avere la tua impressione sul servizio che preferiresti ricevere.

Ecco il link al sondaggio. E’ gratuito. E’ anonimo. E senza impegno.

Grazie.

[foto di MattJP]

Rimino. Le interfacce touch tornano umane

2011-06-21T08:30:00.012+02:00

In cerca di novità negli approcci alla user interaction ?

Io sono rimasto affascinato dal progetto Rimino di Amid Moradganjeh, sviluppato all’interno del Umea Institute of Design, che propone il concept di un dispositivo mobile basato su E-Paper.

Quello che mi è piaciuto molto è l’approccio di partenza. Di solito lo standard dell’industria mobile, oggi, è partire dalla tecnologia per proporre un oggetto che (si spera) trovi applicazioni pratiche e ‘fiche’ una volta dato in pasto agli sviluppatori.

Si parte dalle soluzioni per memoria, display, interfacce di comunicazione, antenne, chip di vario genere, batterie, ecc. ecc. e poi si fabbrica un oggetto al quale l’utente deve in qualche modo adattarsi. Nella misura in cui gli sviluppatori e i sistemi operativi sono riusciti a rendere utilizzabile quell’hardware.

Con Rimino assistiamo all’approccio opposto. Si parte dalle idee. Come usi un cellulare ? Di cosa te ne fai di uno smartphone ? Cosa sarebbe veramente utile nelle attività di tutti i giorni ?

Dalle idee nascono quindi le interazioni, e le soluzioni.

Che sono tantissime, che sono in parte ancora molto difficili da realizzare, o che sono anche applicabili sui dispositivi attualmente in produzione.

Ne faccio una breve selezione, isolando quelle che mi hanno colpito di più.

Uno smartphone davvero smart …

Se lo smartphone è davvero smart, certe operazioni possono diventare più intuitive. Se è abbastanza smart, il telefono capisce che stai telefonando perché appoggi il cellulare all’orecchio e pronunci un nome. Se è abbastanza smart, il telefono si accorge che ti sei allontanato e si blocca o ti avverte. Se è abbastanza smart, il telefono si accorge che, mentre ricevi una telefonata, guardi il display e rimetti il telefono in tasca, quella telefonata va rifiutata.

Attirare l’attenzione

Un’idea molto interessante e intuitiva per comunicare con un contatto può essere quella di attirare l’attenzione prima di aprire un canale di comunicazione. ‘Bussando’, letteralmente, all’altro contatto si segnala di volere aprire una comunicazione in maniera non intrusiva. Il destinatario a questo punto può aprire la comunicazione (verbale o testuale) semplicemente muovendo il telefono.

Al contrario, in certi casi potrebbe essere utile lasciare aperto un canale, con un contatto, per essere letteralmente ‘svegliati’ da un richiamo ad alta voce.

Piegare per cambiare il livello di dettaglio

Interessante l’approccio per cui, con una applicazione aperta e piegando in una direzione il telefono si ottiene un aumento del dettaglio dell’interfaccia, mentre nel senso opposto si ottiene una diminuzione del dettaglio in modo da operare con più facilità.

Una sorta di ‘detail zoom’ molto intuitivo.

Poster UI

Il linguaggio grafico adottato, oltre ad essere stilisticamente ‘cool’ e di tendenza, è pensato per focalizzarsi sul contenuto. Come nell’interfaccia Metro di Windows Phone 7, tutto il contenuto diventa anche elemento di interazione escludendo completamente bordi, icone, elementi di drag ed altri concetti che ci portiamo dietro da tanto tempo.

Una tendenza ?

Interazione con altri oggetti

Sempre se il telefono è abbastanza smart, sarà possibile anche farlo interagire con oggetti posti nelle vicinanze, e a seconda del tipo di oggetto si otterrà un comportamento diverso.

Ecco quindi che il telefono può diventare un timer da cucina, un mouse, o semplicemente l’estensione dello schermo di un altro telefono.

In conclusione

Se vi interessano questi concept vi invito a dare un’occhiata al video di presentazione di Rimino ma anche ad esplorare il sito ufficiale.
Ci sono sicuramente molti spunti interessanti a cui non ho nemmeno accennato in questo post.

Rimino - A Human Touch on Mobile Experience from Amid Moradganjeh on Vimeo.

Chiaramente molti di questi spunti non sono ancora realizzabili, né lo saranno a breve. O forse non saranno più interessanti nel momento in cui avremo le tecnologie per farlo.

Però vale sempre la pena sperimentare, provare, intuire qualche nuovo uso.

Che ne dite ?

Arduino Monster Case

2011-06-20T08:00:00.000+02:00

Direttamente dai ‘labs’, ecco un piccolo esperimento divertente e ‘fuori programma’ che avrà sicuramente un seguito fintanto che il mio ufficio sarà invaso di schede Arduino.

L’Arduino Happy Monster Case è un contenitore a forma di ‘mostriciattolo sorridente’ in grado di ospitare un microcontrollore Arduino UNO o (Arduino DUEMILANOVE, se ne avete ancora), e renderlo decisamente più attraente !

Alcune caratteristiche dell’Happy Monster Case:

Alimentazione e porta USB sono facilmente accessibili anche quando la scheda è alloggiata nel case, per gli altri ingressi / uscite dovrete lavorare a case aperto.
Il ‘mostriciattolo’ può essere posizionato in piedi o sdraiato.
Bocca e occhi possono essere lasciati aperti, lasciando intravedere la scheda, o chiusi tramite un foglio di plastica colorata.
L’Happy Monster Case viene fornito in kit, con manuale di istruzioni, consigli per eventuali modifiche (ad esempio, come fare per gli shield), e qualche parte aggiuntiva per personalizzarlo.

Se vi piace, il kit è in vendita su Blomming. A presto qualche novità e nuovi spunti, spero divertenti.

Userinterfaccia – ROUND UP – trucchi e regole dagli ultimi post (8)

2011-06-16T08:30:00.001+02:00

Mamma mia, l’ultimo round up è dell’anno scorso !!

Bisogna rimediare subito, ricordandovi che il round up serve unicamente ad estrapolare qualche ‘pattern’ (in corsivo) di pratiche interessanti dai precedenti post.

1) Da Cortex, il social popup menu ‘a ciambella’, impariamo che un popup menu circolare riduce la distanza da percorrere con il dito, ma si presenta anche poco scalabile.

2) Da Un’interfaccia scalabile - come regolarla ?, ipotizziamo che la UI di una applicazione possa offire un progressive enhancement con una combinazione di tre soluzioni: Setup dettagliato, Slider del dettaglio, o Setup predefiniti. Oppure, semplicemente, può scalare in automatico.

3) Da UX Booth e le considerazioni sui dispositivi mobile, ritroviamo una vecchia conoscenza: riservare una dimensione minima in millimetri (mai in pixel!) per le zone attive della vostra interfaccia touch.

4) In Dare informazioni all’utente ci sfoghiamo un attimo su certe interfacce utente minimali che però non danno nemmeno il minimo di informazioni necessarie a capire il contesto di un form. In caso di immissione di dati importanti, come utente+password, qualche informazione in più sarebbe utile.

5) In Media Center–dove ero arrivato con quel film ? giochiamo ad ipotizzare un’interfaccia utente per memorizzare bookmark associati ad utenti multipli su una applicazione di media center. E ci accorgiamo che per identificare l’utente senza appesantire l’interfaccia non conta solo il ‘dove’ si richiede una selezione, ma anche il ‘quando’.

6) Da Windows 8. Un preview. Cosa c’è di buono ? ci lasciamo affascinare da elementi di interfaccia aggiuntiva che si aggiungono con uno slide dall’esterno dello schermo verso l’interno. Ma storco il naso notando la scomodità dello stesso meccanismo applicato ai contenuti, più che a dei comandi aggiuntivi. Troppo pignolo ?

7) In Windows Phone 7, Metro e gli Shoot’em up, infine, segnaliamo la possibilità di un’interfaccia multi pagina in cui le etichette di intestazione delle pagine sono disallineate rispetto ai contenuti. In caso di slide per ‘cambiare pagina’, notiamo che lo scroll di intestazioni e contenuti deve essere effettuato con due velocità diverse.

Vuoi vedere che SVG …

2011-06-15T08:30:00.000+02:00

Scalable Vector Graphics. Un formato standard per la grafica vettoriale in XML. Comodo, preciso quando serve, gestibile da script.

Un bel formato con una storia travagliata segnata da alti e bassi e dalla concorrenza con prodotti e tecnologie commerciali decisamente più diffuse e ‘spietate’, come Flash o gran parte dei prodotti Microsoft.

… come quando, nel 2004, il formato SVG era mostrato nativamente solo da Konqueror.

… come quando l’unico viewer in giro era Adobe SVG Viewer e, in seguito all’acquisizione di Macromedia, una delle conseguenze fu che il viewer non venne più supportato da Adobe.

… come quando XAML, un formato molto simile a SVG, venne presentato da Microsoft insieme a Silverlight, il concorrente di Flash.

… come quando SVG Web portò SVG sulla maggior parte dei browser appoggiandosi, con una certa ironia, proprio al plugin di Flash.

… come quando Flash cominciò ad essere osteggiato da Apple, da Google, persino da Microsoft.

… come quando SVG sbarcò su Internet Explorer 9, colmando il grande ostacolo alla diffusione di questo formato nel web.

… come quando Microsoft annuncia che si potranno sviluppare app e widget per Windows 8 anche in HTML5 + javascript. (e, chissà, SVG ?)

Vuoi vedere che alla fine SVG può ancora vincere ?

Una manciata di blog. Soprattutto fuori tema.

2011-06-10T08:30:00.000+02:00

E’ da qualche tempo che non segnalo blog degni (a mio parere) di essere letti, e direi che è il momento di mettermi in pari.

Stavolta vado anche fuori tema quindi non aspettatevi necessariamente tutti quei noiosi argomenti sulla programmazione, le startup, il project management e le interfacce utente.

(sempre che a qualcuno interessi, ovvio)

Fattore zombie

Fattore zombie è un blog concepito come ‘il primo romanzo italiano horror a capitoli’.

L’argomento potete immaginarlo. L’apocalisse zombie. Descritta dal diario di Matteo, un ragazzo della provincia bolognese che ad un certo punto decide di licenziarsi e di mollare tutto per prepararsi al disastro imminente.

La narrazione è ottima, l’orrore è sempre crescente e l’ambientazione in casa riesce a trasmettere quel realismo e quel brivido in più, tra tweets, discorsi di Berlusconi e attacchi alla Coop, che mi tiene incollato ad ogni nuovo post.

This is work

This is work è un blog collettivo, nato tra gli utenti di Meemi, che raccoglie segnalazioni e racconti di eventi imbarazzanti e divertenti che nascono quotidianamente sul lavoro.

Se vi va di farvi due risate, questo è il posto giusto.

SiliconAngle

Nella mia ricerca di una buona fonte di news dalla Silicon Valley che rimpiazzasse TechCrunch (che ultimamente trovavo troppo autocelebrativo e pretenzioso), ho trovato l’ottimo SiliconAngle.

Il sito non fa gridare al miracolo, a volte va offline e i contenuti video sono parecchio invasivi. Ma nel feed si piazza benissimo, le news sono attendibili e aggiornate, e i contenuti sono scritti molto bene.

Pikadilly

Nel blog di Pikadilly trovate le esperienze e le trovate di Francesca, in arte Pikadilly, websmanettona di talento. Talento che applica non solo alla realizzazione di siti web e di strisce a fumetti, ma anche alla produzione di testi sempre in grado di strapparvi un sorriso e una risata.

Dalla produzione di pikadilly anche gli ottimi Galline sulla luna, il blog sull’emetofobia, e quello su Civitavecchia.

Copia e incolla su Google Reader, dai, dai.

Kotaku

Videogiochi ? Cosplay ? Fan fiction ? Inutilità di vario genere ? Kotaku è la fonte di news sull’argomento.

Se siete appassionati, o anche solo curiosi sulle ultime novità, questo è un buon punto di accesso. Gli articoli non sono tremendamente approfonditi, ma sono aggiornati e forniscono materiale a sufficienza per proseguire la ricerca su quello che vi colpisce maggiormente.

Come guadagnare con do-Dots Promo

2011-06-07T08:30:00.000+02:00

Avete necessità di arrotondare lo stipendio ?

Credete di farcela mettendo AdSense sul vostro blog da 30 visite settimanali, o è il caso di provare qualcosa di più concreto ?

Promo, il piccolo progetto di digital signage creato utilizzando il framework do-Dots, ha aperto ufficialmente le ‘danze’ con client per Windows, Linux e un Box hardware dedicato.

Siccome la diffusione del servizio è strategica per fornire un ritorno sull’investimento dei clienti, ecco che è stata inserita anche una campagna di affiliazione per ottenere più velocemente nuove iscrizioni.

L’affiliazione con Promo è concreta e vantaggiosa e, anziché limitarsi ad un classico ‘pay per sale’, propone una commissione mensile per ogni mese in cui il cliente da voi proposto rinnova l’abbonamento.

Non mi sembra per niente male, no ?

Per ulteriori informazioni, ecco il link alla campagna.

Windows Phone 7, Metro e gli Shoot’em up

2011-06-06T08:30:00.000+02:00

Che cosa hanno in comune Windows Phone 7, l’interfaccia Metro e gli Shoot’em up ?

Apparentemente nulla. Se non fosse che, cominciando a ‘giocare’ con questi nuovi concetti, sono incappato nel controllo ‘Pivot’.

Questo controllo permette di realizzare una App che organizza i propri contenuti in tante ‘pagine’ affiancate orizzontalmente. La struttura ricorda quella del forse più famoso controllo ‘Panorama’ anche se le differenze ci sono e sono importanti ai fini della progettazione della App.

Il controllo ‘Pivot’ contiene una sezione di ‘header’ in cui per ogni pagina viene mostrato un breve testo di descrizione e di controllo. Sia l’header che il contenuto della pagina possono essere scrollati tramite un ‘pan’, e la prima cosa che noterete quando vi capiterà tra le mani una di queste App sarà il fatto che header e contenuto scrollano a velocità diverse.

In pratica viene utilizzato uno scroll parallattico.

Ed ecco il collegamento agli shoot’em up, nei quali, almeno dall’inizio degli anni 80, uno dei pochi ‘lussi’ grafici che ci si poteva permettere era proprio quello dello scroll parallattico che dava una sensazione di tridimensionalità a un gioco per il resto rigorosamente 2D.

Ma in Windows Phone 7 lo scroll ha un effetto puramente estetico, come nei vecchi shoot’em up ?

Sul momento credevo di sì, ma poi mi sono accorto di un particolare molto evidente nella sua banalità.

Header e contenuti non sono allineati.

Se guardate l’immagine di sopra, noterete che la schermata mostra due testi di header e un contenuto di pagina. I testi di header sono semplicemente affiancati, quindi a seconda che siano corti o lunghi, e che contengano delle ‘l’ o delle ‘W’, occuperanno lo spazio diversamente. Il contenuto della pagina invece occupa sempre la schermata corrente.

Quando questi elementi scrollano, a questo punto, diventa evidente che devono spostarsi a velocità diverse.

Semplice. Una conseguenza del design.

Il video seguente, se pure corto, vi permetterà di capire meglio di cosa sto parlando.

Lo scroll del controllo pivot di Windows Phone 7

Che ne dite ?

Windows 8. Un preview. Cosa c’è di buono ?

2011-06-03T09:32:00.001+02:00

Quasi sicuramente avrete già visto il ‘leaked preview’ dell’interfaccia di Windows 8.

Non l’avete visto ? Eccolo.

Windows 8–un’interfaccia interessante

Questa interfaccia sembra dedicata espressamente all’uso con touchscreen, e prende direttamente molti concetti dalla interessante ‘Metro’ di Windows Phone 7. La demo appare come una ‘shell aggiuntiva’ (il sistema operativo sottostante è del tutto simile all’attuale Windows 7).

La cosa che più ho notato è la possibilità di aprire delle interfacce extra utilizzando una gesture del tipo ‘slide dall’esterno dello schermo verso l’interno’. Il lato dello schermo da cui si effettua la slide sembra cambiare il tipo di interfaccia che ‘emerge’ a video al termine dell’operazione.

Evitando una noiosa analisi approfondita, mi limito a segnalare cosa mi è piaciuto e cosa non mi è piaciuto.

Cosa mi è piaciuto

1:31 – Barra laterale ‘a-la-unity-launch-bar’. Una barra funzionale molto semplificata, simile ad un mix tra un launcher e un menu contestuale, che appare dopo una ‘slide dall’esterno’ sul lato destro dello schermo.

2:41 – ‘Slide dall’esterno’ sul lato alto dello schermo per aprire delle ‘strip’ con funzionalità aggiuntive. Mi piace. Appare molto intuitivo.

2:20, 3:14 – Content snapping ottenuto ‘acchiappando’ un contenuto dall’esterno e posizionandolo sul lato dello schermo per avere più pannelli aperti contemporaneamente.

Cosa non mi è piaciuto

1:53, 2:35 – Se in generale la gesture di ‘slide dall’esterno’ per attivare barre e interfacce aggiuntive mi piace, non mi è piaciuto l’uso della stessa operazione per cambiare contenuto. Principalmente perché è un’incognita il contenuto che sta per apparire, e temo risulti in un sacco di lavoro e di affaticamento alle dita. Un conto è girare pagine che hanno una decina di contenuti ognuna, e un conto è paginare i singoli contenuti. Lavoro che può essere evitato con un banale tap, forse ? O con un preview ?

Che ne dite ?

Altro giro altro postmortem. The Path.

2011-05-25T09:00:00.000+02:00

Se seguite questo blog ormai avrete capito che il postmortem non è un racconto horror, ma un interessante documento redatto al termine di un progetto.

Se seguite questo blog, avrete notato che ogni tanto mi piace segnalare qualche postmortem ben fatto, e avrete notato che i migliori postmortem sono quelli pubblicati nel mondo dei videogiochi.

Il postmortem di The Path non fa eccezione. Anzi, è decisamente ottimo. Un documento lungo e completo, pieno di illustrazioni e video, con tante informazioni e link interessanti, ma scritto con tono romanzato ed estremamente affascinante.

La cura redatta nella scrittura di questo documento è notevole.

A partire dal titolo dei capitoli, perfettamente in linea con il tono del videogioco: “Through the dark forest” introduce la storia del progetto; “In the Belly of the beast” è l’importante sezione su cosa è andato bene e cosa è andato male; “There is no woodsman to save the women” è il capitolo in cui vengono tratte le conclusioni.

E’ un documento interessante per tecnici o sviluppatori ? Anche. Il punto di vista è molto ‘artistico’, ma molte informazioni possono essere prese in considerazione. Forse anche in progetti non direttamente collegati al gaming.

Inoltre, considerato che non si tratta di un successo commerciale, le considerazioni e i dati su vendite, long tail, accesso al mercato e distribuzione sono anche più interessanti di quelle descritte nei progetti di successo.

E, se proprio non dovesse essere utile, sarà piacevole come la lettura di un racconto gotico.

We are not ashamed.
It is the only path through the forest.
Let’s go.

Buona lettura.

Media Center–dove ero arrivato con quel film ?

2011-05-23T13:01:00.001+02:00

In un precedente post avevo ipotizzato una ‘killer-feature’ legata alla possibilità di mantenere segnalibri multipli per la visione di un film sui vari software di media center / set top box.

Lo spunto è che, nonostante quasi tutti questi sistemi ricordino il punto in cui si era arrivati a vedere un video, spesso lo stesso film viene visto in tempi diversi da persone diverse, o dalle stesse persone in gruppo.

In questo caso potrebbe far comodo segnare diversi ‘marker’ a seconda di chi sta guardando il film. E’ quello che facciamo io e mia moglie quando, a voce, ci diciamo: “Sono andata avanti a vedere Iron Man 2. Tu eri arrivato al minuto 37.”

L’idea è quindi di associare diversi punti da cui cominciare la visione del film. Scimmiottando l’interfaccia di Boxee, all’avvio del video la scelta sarebbe tra rivedere il film dall’inizio oppure da uno dei punti già salvati.

Una proposta di JP era quella di usare una specie di avatar stile Wii al posto di un ‘tag’ di testo, che magari non si ha voglia di inserire. Volendo strafare, ipotizziamo magari di poter usare sia un testo che un’immagine personalizzata, e di mostrare uno, l’altro o tutti e due.

A questo punto si potrebbe cercare di capire come ‘salvare’ il punto in cui si è arrivati a vedere il film.

Per quanto mi riguarda il salvataggio dovrebbe essere automatico, in modo da non avere l’obbligo di ricordarci per forza un’azione.

L’unica preoccupazione dovrebbe essere quella di dover cambiare la selezione di chi sta guardando il film.

Per default lo spettatore dovrebbe essere quello selezionato nel momento in cui viene avviato il video. Ipotizziamo, quindi, che avviando il video dal salvataggio di ‘Stefano’ dovremmo continuare a salvarlo come ‘Stefano’.

In qualunque momento della visione dovrebbe essere possibile cambiare lo spettatore. La possibilità può essere quella di accedere ai comandi legati al video in corso, di solito già disponibili in qualunque software di media center.

Scimmiottando di nuovo l’interfaccia di Boxee, ipotizziamo questa schermata nel momento in cui selezioniamo ‘Enter’ durante la visione del film:

Oltre alla barra classica di navigazione in basso, Boxee offre in alto a destra delle opzioni relative al video in corso, tra cui la possibilità di un ‘Like’, l’impostazione dei sottotitoli, l’impostazione della modalità di visione.

Per la nostra funzione, ipotizziamo di aggiungere un bel comando ‘Watcher’. Questo dovrebbe permettere in qualunque momento di definire chi sta effettivamente guardando il film.

Alla selezione del comando, si potrà quindi scegliere tra uno degli spettatori già salvati, un gruppo di spettatori, oppure un ‘Nuovo’ settaggio da aggiungere al volo.

Alla successiva interruzione del video, il ‘segnalibro’ verrà salvato associandolo al nuovo spettatore.

Che ve ne pare ?

Toh, un video postmortem ! Master of Alchemy.

2011-05-19T14:00:00.000+02:00

Se avete già letto un mio precedente post sul postmortem, e non vi spaventa il nome macabro, potreste essere interessati a seguirne qualcuno.

Capita spesso che i migliori vengano (non so perché) dal mondo dei videogiochi, e questo che vi segnalo non fa eccezione.

Il postmortem di Master of Alchemy, riportato da Indie Vault, è abbastanza insolito perché diffuso come presentazione video. Purtroppo il contenuto del filmato è abbastanza lungo e non sempre l’audio è di alta qualità. Una trascrizione sarebbe stata decisamente più accessibile.

In ogni caso dovreste sopravvivere alla morte da Power Point: i contenuti sono interessanti, soprattutto quando si parla di tool di sviluppo interni e di rapporto con i distributori.

Buon divertimento !

#Killerprogetto - media center con segnalibri multipli

2011-05-09T09:22:00.000+02:00

Sia lode a mySky, a Boxee, a XBMC e a qualche altro lettore multimediale che hanno permesso a me e mia moglie di continuare a vedere film e serie televisive anche in presenza di due marmocchi di 9 mesi e 4 anni.

Questi strumenti permettono una cosa semplice e stupenda quando il tempo libero é terribilmente frammentato: vedere un film anche a spezzoni di cinque minuti per volta. Ma almeno vederlo.

Con la premessa che sono piuttosto contento delle soluzioni attuali, cosa mi mancherebbe ?

Io e mia moglie spesso vediamo lo stesso film / episodio in tempi diversi. Chi dei due ha più tempo lo finisce prima. Quando lo abbiamo visto entrambi, decidiamo di cancellarlo. E' piuttosto comune che il lettore multimediale 'tenga il segno' ricordando dove siamo arrivati nella visione di un video. Questa è una bellissima cosa, ma ci piacerebbe avere un bel segnalibri multiplo.

Boxee ha una gestione degli utenti che tiene conto anche dei segnalibri. Però bisogna loggarsi all'inizio, e mia moglie non apprezza. Quello che sarebbe eccezionale (anzi, killer) sarebbe tenere segnalibri multipli, magari associati a dei tag.

Scenari ?

Stefano guarda l'episodio di Dexter fino al minuto 35 (tag: 'Ste'), Federica lo inizia ed arriva al minuto 45 (tag: 'Fede'). Quando Stefano ricomincia la visione, il riproduttore permette di scegliere il tag da cui cominciare, e sceglie 'Ste'.
Stefano e Federica hanno mezz'ora libera e si guardano quel che possono di Iron Man 2. Quando interrompono, marcano il segnalibro sia su 'Fede' che su 'Ste'.
Quando sia Stefano che Fede hanno visto tutto l'episodio di Dexter, si potrebbe anche rimuoverlo dal disco. Un bel marker visibile da entrambi sarebbe comodo.

Interessante ? Queste funzioni sarebbero utilissime, ma bisogna anche pensare ad una buona interfaccia utente.

Qualche idea ?

[foto di cubicgarden]

Win-win e business alla romagnola

2011-05-04T09:00:00.000+02:00

Di recente ho approfittato della clemenza delle temperature per passare qualche giorno al mare.

Passeggiando in spiaggia ho incontrato il gestore dello stabilimento balneare dove di solito affittiamo ombrellone e lettini. Gli ho fatto presente (maligno) che stavano costruendo, poco più avanti, un nuovo stabilimento.

La sua risposta mi è piaciuta molto. “Bene. Più siamo, meglio è.”

Pur non essendo in Riviera, il gestore mi ha ricordato molto lo spirito degli operatori turistici romagnoli. Sempre pronti al lavoro, ad offrire un servizio ai massimi livelli, a non far mancare nulla ai clienti.

E, per quanto ho potuto notare, senza badare troppo alla concorrenza.

Come è possibile non badare alla concorrenza in un settore come quello turistico ?

Mi dicono che è molto semplice. Dipende dagli obiettivi. Se gli operatori di Cattolica (per fare un esempio) seguono l’obiettivo di fregarsi i clienti e farsi la guerra otterranno risultati più o meno buoni a seconda di come riusciranno a districarsi in questa concorrenza.

Se invece gli operatori di Cattolica puntano a riempire Cattolica di turisti fino al tutto esaurito, allora l’obiettivo è raggiunto più facilmente. Se tutti raggiungono il tutto esaurito, qual è il problema ? Tutti hanno vinto ed hanno ottenuto il massimo risultato che potevano raggiungere nella stagione.

Domanda. E’ possibile avere lo stesso approccio in altri settori di business ? Quali sono le condizioni per cui sia applicabile un modello di questo tipo ?

Il Crowdsourcing delle Cose

2011-05-02T08:30:00.005+02:00

Si fa un gran parlare, di questi tempi, di Internet delle Cose e di cosa può può significare un futuro ipotetico in cui un gran numero di macchine (e automatismi) saranno collegate tra loro in una Rete Globale.

Tralascio fin da subito il solito scenario semi-futuristico in cui il solito frigorifero si accorge che il latte è finito (o scaduto) e lo ordina al supermercato.

L’Internet delle Cose è già tra noi. Tantissimi dispositivi, in maniera del tutto autonoma, sono già collegati in Rete per scambiare informazioni, per essere controllati a distanza, per segnalarci che qualcosa non va.

Non ci facciamo caso, e non cambia troppo la nostra vita di tutti i giorni, perché l’uso attuale della Rete da parte delle Cose è ancora molto limitato.

In pratica:

Le Cose mandano dati.
Le Cose ricevono comandi.

La Rete il più delle volte è usata come strumento di backup e come periferica con un cavo molto lungo. Niente di più.

Ma è possibile un salto di qualità ? E’ possibile che l’Internet delle Cose passi alla versione 2.0 ?

Cory Doctorow, nell’azzeccatissimo capitolo “Metaschifezze” del suo libro Content, analizza il perché utenti e sviluppatori non siano ancora riusciti a realizzare un enorme archivio condiviso di informazioni pulite, consultabile liberamente e facilmente, in contrapposizione ad un web fatto di pagine in cui ogni utente, aiutandosi con motori di ricerca e altri strumenti, continua a dover estrarre le informazioni che gli interessano.

Doctorow punta il dito sugli utenti e sulla loro umanità, riassumendo i problemi in sette ostacoli ‘insormontabili’.

Le persone mentono.
Le persone sono pigre.
Le persone sono stupide.
Missione Impossibile: conoscere sé stessi.
I diagrammi non sono neutrali.
Risultati delle influenze metriche.
Esistono più metodi per descrivere qualcosa.

Non sto a descrivere in dettaglio i singoli punti (leggete il libro, ne vale la pena). Sostanzialmente i problemi riguardano gli infiniti punti di vista che abbiamo, come persone, quando dobbiamo descrivere qualcosa. E il fatto che ogni informazione sia vista con occhi diversi fa sì che non ci sia un unico modo di salvare e condividere informazioni a livello globale, perlomeno a certi livelli di dettaglio.

E se invece le macchine in rete cominciassero a condividere informazioni tra loro, invece di inviarle pigramente agli esseri umani ?

Che qualità avrebbero queste informazioni ? E come riuscirebbero le macchine a trarne profitto ?

Prendiamo un esempio.

RobotEarth è un progetto open source che mira a generare un enorme archivio di informazioni condivise ad uso esclusivo di macchine. Robot, in particolare. L’obiettivo è che, condividendo informazioni, sia possibile migliorare drammaticamente alcune fasi di messa a punto dei progetti, come il machine learning. Se un robot può sfruttare dati ed esperienza dei suoi predecessori su scala globale, probabilmente sarà molto più semplice ed efficace mettere a punti meccanismi come il riconoscimento e il tracking di forme ed oggetti, algoritmi di movimento nello spazio ed altri task complessi.

Interessante. Al tempo stesso, pauroso.

Quando metteremo a confronto il crowdsourcing delle macchine (fatto di esperienza riutilizzabile) con quello degli umani (fatto di foto di gente ubriaca e filmati di idiozie su YouTube), ci dovremo vergognare ?

Speriamo di no.

Attenti a quello che condividete, quindi. Cerchiamo di fare meglio di loro.

Dare informazioni all'utente

2011-05-01T08:40:00.001+02:00

Lo spazio é tiranno, nel dubbio si può sempre tornare indietro, l'eccesso di dati 'sporca' la user experience eccetera eccetera..

Ma quando si inviano informazioni importanti, sarebbe meglio fornire all'utente informazioni importanti, come l'url del sito al quale stiamo inviando id e password.

Che ne pensate ?

Extreme programming explained. Un libro. Una recensione.

2011-04-20T09:00:00.001+02:00

Mettendo ordine in ufficio mi è tornato tra le mani un libro del 2003 che per molto tempo è rimasto a prendere polvere in libreria.

Extreme Programming Explained – Kent Beck
(in inglese) – Addison Wesley

Extreme Programming Explained di Kent Beck è un riassunto introduttivo sulla metodologia agile denominata Extreme Programming, che è stata per un periodo la punta di diamante (chiamiamola così) delle metodologie agili in generale.

Una caratteristica dell’Extreme Programming che la differenzia da altre metodologie è quella di scegliere un set di best practice molto ‘decise’ nell’approccio, e non prive di pericoli e rischi.

Il ‘trucco’ di XP è quello di fare in modo che ogni svantaggio / rischio di una best practice sia bilanciato dalle caratteristiche di almeno un'altra pratica del set, in modo da avere un sistema che si ‘auto protegga’.

In questo approccio, è evidente, sta sia la forza che la debolezza di questa metodologia, che va adottata in toto, senza vie di mezzo, per non fallire.

Pregi del libro

Il libro si fa leggere molto bene, è discorsivo, chiaro e ben esposto. L’argomento è affascinante e le promesse sono alte.

Capitoli e paragrafi sono corti e scritti in linguaggio non troppo tecnico. Non sono presenti dettagli implementativi, codice sorgente o altri aspetti comprensibili solo dagli sviluppatori.

Praticamente è alla portata di chiunque mastichi un minimo di gestione dei progetti software.

Difetti del libro

I difetti emergono a distanza di tempo.

Il contenuto sembra invecchiare più velocemente di altri argomenti di software engineering. Leggendo oggi questo libro il tutto sembra troppo ottimista, ‘fattibilista’ e in generale poco applicabile.

Si nota anche una tendenza alla ripetizione, al calcare a distanza di diversi capitoli due o tre ‘mantra’ fondamentali che diventano pesanti e noiosi quando si conosce già Extreme Programming con tutti i suoi pregi e difetti.

Anche l’enfasi sui princìpi su cui si basa XP, che rubano troppo spazio alle pratiche, sembra diretto più alla presentazione di una filosofia che ad un approccio pragmatico diretto all’uso quotidiano.

In conclusione

Ai tempi in cui l’agile si scontrava con i metodi tradizionali Extreme Programming ha rappresentato un elemento di rottura e di conflitto che è servito ad attirare molta attenzione e discussioni su un nuovo modo di vedere lo sviluppo del software, e in generale la gestione dei progetti.

Oggi l’approccio è più ‘tranquillo’, le metodologie agili sono in qualche modo diventate mainstream e si sono integrate meglio con il project management.

Non so quanto XP sia adottata in questo momento. Sicuramente dopo qualche periodo di sperimentazione posso dire di averla abbandonata senza grossi rimpianti.

Alcuni team la applicano con successo ma non credo sia più in discussione l’uso di un metodo o di un altro.

Oggi diciamo che contano altri parametri, e questo libro, per quanto interessante da leggere, ha un impatto incredibilmente ridotto.

Riflessioni sociali su follow e defollow

2011-04-19T09:00:00.000+02:00

Breve riflessione fuori tema.

Non sono un animale da social network. Cerco di partecipare per quanto posso a quelli che più mi piacciono e per il resto aggiro prudentemente. Al massimo sperimento e poi cancello.

La cosa che più mi incuriosisce, nei social network, è proprio il meccanismo che collega gli utenti tra loro. Tecnicamente questo link non è mai niente di particolarmente interessante, ma dal punto di vista emotivo / culturale ci si potrebbero costruire libri.

A partire dal termine usato, che ha un peso incredibile.

Ci sono i social dove ci si dichiara Amici, dove si diventa Vicini, dove si è Contatti e dove, infine, semplicemente, si Segue qualcuno.

Questo del Seguire (il ‘followare’, come viene ormai italianizzato dai digitali italiani) mi mette a mio agio. Pubblichi qualcosa che mi piace o mi incuriosisce ? Seguo il tuo flusso, così leggo qualcosa di interessante. Ti piace quello che scrivo e pubblico ? Segui il mio flusso, finché ti interessa ..

Sembra semplice, ma le relazioni interpersonali in Rete si complicano sempre. Noto sempre troppo spesso litigi e discussioni sul follow e sul defollow. Defollow usato come ripicca, follow usato come sostegno o dichiarazione di amicizia.

Sono io che ho capito male ?

Non lo so, ma tanto per chiarire a ‘chi mi segue’ come la vedo, faccio una breve lista di considerazioni su ‘follow’ e ‘defollow’ per come li vedo io.

Per me il ‘follow’ significa grosso modo ‘guardare in una direzione’. Il digitale è bello perché ti fa fare cose che fisicamente non riusciresti a fare, tipo seguire 200 persone contemporaneamente.
Il ‘follow’ non significa necessariamente ‘ci stiamo simpatici e siamo amici per la pelle’. Significa che ‘quello che scrivi suscita il mio interesse, lo voglio nella mia timeline in questo momento’.
Il ‘follow’ e 'il ‘defollow’ non sono per sempre. Sono a distanza di un click.
Posso fare un ‘defollow’ perché anche se i tuoi contenuti sono interessanti, mi riempi la timeline e non riesco a leggere gli altri.
Posso fare un ‘defollow’ perché troppa gente non riesco a seguirla.
Posso fare un ‘defollow’ perché non scrivi mai nulla.
Posso fare un ‘defollow’ perché, infine, mi sono accorto che scrivi cavolate.

E questo è tutto.

Il ché mi porta alla domandona finale: “Ma si dice unfollow o defollow ?”

Voi lo sapete ?

Sparkfun IOIO. Android. Piattaforma aperta, hai presente ?

2011-04-14T09:00:00.000+02:00

Lo scorso 8 aprile Sparkfun Electronics ha annunciato un interessante progetto, IOIO.

Si tratta di una ‘schedina’ che permette di comandare direttamente una serie di ingressi/uscite digitali (anche in PWN), analogiche, e una manciata di linee di comunicazione seriali (UART, SPI) controllandole direttamente tramite uno smartphone Android.

Il progetto è interessante e poco costoso. Si presta bene, oltre ai soliti prototipi ed esperimenti ludico/elettronici, a qualche applicazione piuttosto utile.

La scheda non è ancora a magazzino ma sembra sia già possibile prenotarla. Costa $49.95.

Da notare che il progetto è stato portato a termine grazie all’apporto dell’Innovation Time Off di Google che, per quanto dato a sapersi, ha permesso la collaborazione diretta tra i creatori della scheda e i googlers senza tanti contratti, NDA, cappi legali e commerciali, royalties e quant’altro.

Collaborazione aperta. Per migliorare la piattaforma e facilitare il raggiungimento di soluzioni.

Per chi ancora avesse dubbi sul significato di sistema aperto, si tratta anche di questo.

Meet IOIO / I/O for Android

Il digital signage by do-Dots

2011-04-12T09:00:00.006+02:00

do-Dots è la nostra piattaforma per il M2M che mira a rendere facili, modulari e a portata dei ‘piccoli’ molti progetti di automazione e comunicazione in rete.

L’idea di base del prodotto è che a partire da un framework di base, ognuno possa far crescere il proprio progetto altamente personalizzato, spesso di nicchia, senza investire capitali enormi in licenze e in formazione.

Per cominciare, stiamo dando l’esempio realizzando piccoli progetti pilota destinati sia a a dimostrare l’uso del framework che a fornire l’occasione per estenderne le funzionalità.

Dopo aver esplorato il mondo del fitness e del biomedicale con RunnerConnect, ci siamo voluti spingere nel mondo del digital signage con un piccolo ma agguerrito prodotto: do-Dots InStore Advertising.

Di cosa si tratta ?

Diciamo che un piccolo negozio, una libreria, una agenzia viaggi può installare al proprio interno uno schermo sul quale vengono mostrati annunci relativi alle promozioni dei propri prodotti: gli ultimi arrivi, i prodotti scontati, i viaggi-occasione.

Mentre è in funzione, l’annuncio del negozio / libreria / agenzia viaggi viene mostrato anche negli altri esercizi che utilizzano lo stesso servizio, così come gli annunci di questi servizi vengono mostrati nel proprio negozio (sempre che non siano in concorrenza, per questo esiste un filtro apposito).

Il prodotto è molto semplice e non particolarmente innovativo. Esistono già offerte molto simili. La differenza rispetto ad altri ‘oggetti’ di questo tipo sta principalmente nella capacità del cliente di permettersi il servizio: nel nostro caso non è richiesto l’acquisto di uno schermo o un totem avanzati ma un negoziante ‘smanettone’ può usare tranquillamente il proprio TV e un computer Windows o Linux come hardware su cui far girare il software di visualizzazione. Per i più pigri, invece, abbiamo in dirittura di arrivo un piccolo ‘box’ molto semplice e particolarmente conveniente.

Ma la parte interessante di questo progetto sta, credo, nella capacità di sviluppo. Un’analisi del time tracking rivela che, a parte la chiacchierata iniziale con scambio di idee, il prototipo del prodotto ha richiesto un giorno e mezzo di lavoro, e il prodotto finito, inteso come Minimum Viable Product, un paio di settimane.

Questi numeri portano ad alcune considerazioni, per quanto banali:

Lavorare con un framework flessibile ma con molte funzionalità pronte all’uso è molto importante ai fini della messa in moto di qualunque progetto.
Avere un prototipo funzionante e testabile facilita l’interazione, lo scambio di idee e il raggiungimento della lista di funzioni richieste per realizzare il Minimum Viable Product, specie se si può mostrare il prototipo a qualche potenziale utente.
do-Dots è molto comodo per la prototipazione. Lo stiamo scoprendo in questi giorni anche con un altro cliente (ne parlerò in seguito) ma sembra che sia veramente di aiuto nel passaggio dall’idea di un prodotto / servizio alla messa in moto dello stesso.

Naturalmente il lavoro non è finito. Stiamo scoprendo che il grosso dell’attività in questo caso non è scrivere il servizio ma ‘venderlo’, nel senso di trovare e mettere a punto un meccanismo ripetibile di acquisizione della clientela.

Ma questa è un’altra storia, che spero di raccontare presto tra questi post.

Nel frattempo, buon lavoro !

Ancora su hacker e ricerca e sviluppo. Vi annoio ?

2011-04-07T09:00:00.002+02:00

Vi sembro monotematico di recente ? Sto forse parlando troppo di hacker ? Vi annoio ?

Non abbastanza ?

Bene, questo post lo scrivo per segnalare un eccellente post “The re-emergence of DIY vs Big Organizations” di Johnny Lee ripreso anche da MAKE qui.

Di cosa parla l’articolo ?

E’ una riflessione lucida e ben bilanciata sulla crescente qualità dei progetti che nascono dagli hobbisti, dagli hacker, dal DIY. Non solo. L’aspetto interessante è l’analisi sulla progressiva diminuzione del gap della qualità dei progetti degli hacker rispetto ai progetti delle divisioni di ricerca & sviluppo.

Analisi che porta a qualche considerazione:

the tools you can buy within a hobbist budget have also gotten exponentially better in just the past 3-4 years, while the improvement in professional tools have been more modest

Forse non in tutti i casi, forse non sempre, forse aiutati dal nuovo mercato e dalla globalizzazione, ma gli strumenti acquistabili con un budget minimo sono migliorati ad una maggiore velocità rispetto agli strumenti di qualità professionale che ci si poteva permettere solo in alcuni laboratori di ricerca.

Soprattutto, aggiungo io, la differenza nella qualità di questi strumenti si è ridotta abbastanza da permettere ad una persona in gamba con uno strumento low cost di ottenere risultati molto simili a quelli che un mediocre ricercatore può ottenere con lo strumento super professionale.

When it is no longer about who has the most resources, it's about who has the best ideas.

Quando siamo quasi a parità di strumenti, conta l’idea, il talento, la creatività. O almeno comincia a riemergere con un certo peso.

E qui Lee cala un bel colpo.

Then, it becomes a pure numbers game:
Take 10,000 professional engineers vs. 1 million hobbists with roughly equivalent tools. Which group will make progress faster? Now, consider that you have to pay the 10,000 engineers $100K/year to motivate them work, and the 1 million hobbists are working for the love of it. Does that change your answer? Even if it doesn't, you have to concede that there does exist a ratio which will make the output of these two groups equal. It's merely a matter of time.

Se contano le idee, chi credete che avrà le idee migliori ? 10000 ingegneri superpagati oppure un milione di hobbisti che lavorano per passione ? Statisticamente la risposta è quasi ovvia.

Certo i numeri non sono probabilmente gli stessi, certo gli strumenti non sono ancora perfettamente allineati, certo i reparti R&D hanno ancora diverse cartucce da sparare. Ma il fatto è che si tratta di un trend evidente.

Come dice Lee, è solo questione di tempo.

E allora cosa bisogna fare ? Chiudere tutti i reparti R&D ? Pubblicare gli schemi dei propri prodotti e aspettare che i fan li migliorino e creino innovazione da soli ?

Certo che no.

Aprirsi al mondo degli hacker creando delle comunità invece di denunciarli può essere un buon primo passo.

(foto by Property#1 via Flickr)

UX Booth e le considerazioni sui dispositivi mobile

2011-03-30T09:00:00.000+02:00

David Leggett su UX Booth ha pubblicato questo articolo in tre parti sulla progettazione di interfacce per dispositivi mobili.

L’articolo è dettagliatissimo, quasi troppo per i miei gusti, però è molto interessante e copre, in parte, alcuni argomenti già visti su questo blog. La raccomandazione di riservare una grandezza minima per i controlli da considerare in millimetri anziché in pixel vi ricorda qualcosa ?

A parte gli scherzi, consiglio vivamente la lettura dell’articolo in questione per chiunque sia interessato allo sviluppo di interfacce utente su dispositivi mobili e in particolare dotati di touchscreen.

Business Model Generation. E’ un libro. Ecco la recensione.

2011-03-28T12:40:00.000+02:00

Lavorate in proprio ? Avete una piccola impresa ? Avete mai tentato di andare oltre il modello del “progetto su commissione” ? Io sì, e una delle difficoltà più grandi che ho trovato, come tecnico, è stata quella di progettare un modello di business degno di questo nome.

Business Model Generation può aiutare nel colmare, almeno parzialmente, questa lacuna.

Cosa non è Business Model Generation ?

Non è un saggio sui modelli di business. Non è un libro di analisi o di spiegazione dettagliata di cosa significa fare business o creare modelli di business. Non è un libro teorico.

Si tratta di un manuale che fornisce, nel modo più pratico ed accessibile, una serie di strumenti che possono aiutare nella creazione, modifica, confronto ed evoluzione di uno o più modelli di business.

Gli strumenti in questione sono:

Il Business Model Canvas, un sistema per codificare e schematizzare il modello di business in un unico foglio.
Una serie di pattern per trovare soluzioni già pronte a problemi comuni.
Una serie di tecniche per aiutare la progettazione.
Esperienze, trucchi, una community online, e altro.

Il Business Model Canvas

Questo strumento non è altro che uno schema ben progettato per descrivere a grandi linee il modello di business in un unico foglio (o lavagna).

Il foglio viene separato in zone che identificano aspetti ben precisi del modello di business: il valore, le attività, le risorse, i partner, i costi, gli introiti, le relazioni con il cliente, i canali, il target.

Ogni zona è, non casualmente, confinante con le zone che influiscono maggiormente. Riempire le ‘zone’ diventa dopo qualche tempo una attività non dico facile, ma almeno intuitiva.

I pattern

I lettori che sono anche programmatori apprezzeranno questo strumento. I design pattern non sono altro che soluzioni generiche e riutilizzabili a problemi comuni.

Quelli proposti da Business Model Generation non fanno eccezione e sono molto interessanti perché, specie se non si è esperti, si possono comprendere meglio molte problematiche. E, soprattutto, le soluzioni.

Difetti del libro

Essenzialmente il difetto principale è la lunghezza del testo. 276 pagine raggiunte inserendo una mole enorme di foto, grafici, pagine contenenti solo una frase (per quanto di impatto) e altri ‘trucchi’ del genere.

Insomma, il mio povero Geeksfera, il libro degli uffici, poteva subire un trattamento simile ed arrivare come niente alle 300 pagine.

Pregi del libro

Il libro è molto bello da vedere, ricco di illustrazioni, foto e grafici con uno stile fresco e informale. E’ piacevole da leggere, e difficilmente vi si trovano termini incomprensibili o troppo settoriali.

In generale, essendo essenzialmente un manuale, è anche possibile leggerlo per singole sezioni, e passare direttamente alle pagine che interessano di più. Oppure saltare pattern ed esempi che non ci interessano.

Trovo che le sezioni più interessanti in assoluto siano quelle che ho descritto: il Canvas e i Pattern.

Notevole è il fatto che siano corredate da esempi di aziende e prodotti reali, non ipotetici. Vedere riportato sul Canvas il modello di business dell’iPod della Apple fa comprendere subito molte cose, per intenderci.

In Conclusione

Credo sia un libro che può valere la pena leggere, soprattutto se non si è esperti del settore.

L’unica avvertenza è quella di non illudersi che, libro alla mano, si possa realizzare il migliore dei modelli di business possibili per la propria attività.

Il successo non è garantito. Questo manuale fornisce strumenti. Ottimi strumenti, semplici e comprensibili.

Ma il talento, l’intuizione, l’analisi e, in definitiva, la paternità del risultato spetta sempre a chi lo strumento lo usa.

Possibilmente bene.

Buona lettura !

#Killerprogetto–strumenti per genitori

2011-03-24T08:30:00.004+01:00

L’altra settimana io e mia moglie ci siamo ritrovati a chiacchierare seduti a un tavolo con una coppia di amici coetanei.

Circondati da bimbi urlanti, discutevamo di invenzioni che potrebbero cambiare la vita ai genitori di bimbi dai 2 ai 10 anni.

Sono emerse alcune idee interessanti, e ne voglio condividere un paio.

1. Salvate lo scopino !

Se siete anche voi nella categoria, il vostro pargolo si sarà cimentato innumerevoli volte nella tecnica nota come ‘rovesciamento carpiato dello scopino del water’.

Bene. Perché non fare un porta scopino che non si rovescia oppure in cui lo scopino è avvitato ? Noi non l’abbiamo trovato in giro, se voi ne conoscete un modello, ci farete contenti.

2. Non state così vicini alla TV !

Torniamo in argomento tecnologico, molto più vicino agli argomenti di questo blog.

Quante volte avrete urlato ai vostri figli di stare lontani dalla TV ? Avete perso il conto ? Bene, perché non è la TV stessa a spegnersi o a bloccare l’immagine se il bimbo è troppo vicino ?

Esiste già qualcosa, ma l’idea è interessante anche perché uno strumento di questo tipo è facilmente realizzabile anche a livello amatoriale. Basta un sensore di prossimità, un qualche tipo di microcontrollore e magari la possibilità di controllare il TV con l’infrarosso, mimando il telecomando.

Anche l’uso di periferiche come il Kinect, già facilmente hackerabili, potrebbe servire allo scopo.

Interessante ? Avete mai visto oggetti di questo tipo ?

Come usare reCAPTCHA in ASP.Net

2011-03-21T12:30:00.001+01:00

Chi mi segue da molto tempo sa della mia antipatia verso i sistemi di CAPTCHA. Noiosi, macchinosi, a volte offensivi (non sei umano ? A chi ?). Eppure sembrano un male necessario a cui non è stata ancora trovata una alternativa valida. Quindi ci si tappa il naso e se ne fa uso.

E voi ? Avete l’esigenza di limitare lo spam e l’accesso degli odiosi bot al vostro sito in ASP.Net ?

Bene, il primo consiglio è quello di NON usare una soluzione fai-da-te.

Il secondo consiglio è quello di provare ad utilizzare reCAPTCHA, la soluzione che non solo protegge i submit dei vostri form e gli indirizzi di posta elettronica, ma è anche utile. Le parole riconosciute dagli utenti durante il test, infatti, vengono inserite in un processo di riconoscimento automatico su larga scala per la digitalizzazione di libri su Google Books.

Bello, come si fa ?

Intanto andate sul sito di reCAPTCHA e leggetevi qualche nota su ASP.Net giusto per capire i principi di funzionamento e come è strutturata la API alla quale vi appoggerete.

Registratevi per ottenere una chiave di identificazione pubblica ed una chiave di identificazione privata. Salvatele. Verranno usate in seguito.

A questo punto potreste scaricate la libreria per ASP.Net da questa pagina. Non ve lo consiglio, per un motivo: nella maggior parte dei casi la versione binaria della libreria sarà inutile. Funzionerà mentre sviluppate in locale, ma fallirà miseramente dopo il deployment.

Non funzionerà ? Perché ?

E’ una questione di sicurezza.

Se state usando il reCAPTCHA state sviluppando probabilmente su un sito in hosting. E molto probabilmente il trust dei sorgenti della vostra applicazione sarà regolato su un livello medio basso, quasi certamente non in full trust.

E se non siete in full trust non potrete richiamare il codice dell’assembly binario del reCAPTCHA, compilato in strong-name, perché non ne avrete i diritti.

Non approfondiamo in questa sede il perché di questo meccanismo di sicurezza. Se siete interessati, una sintetica quanto chiara spiegazione viene da questo post di Ben Morris, che oltretutto contiene anche la soluzione al problema.

La soluzione (o la patch) al problema

Insomma, siete ad un passo dal vostro fichissimo sistema di blocco dello spam, e non avete i diritti per utilizzarlo ?

Calma. C’è una soluzione. O perlomeno un modo per aggirare il problema.

Scaricate da questa pagina i sorgenti della libreria reCAPTCHA per ASP.Net. Se preferite usare SubVersion, potete effettuare un checkout usando l’URL http://recaptcha.googlecode.com/svn/trunk.

Ora, aprite il progetto Recaptcha.sln e andate diritti diritti a modificare il file AssemblyInfo.cs.

Cosa dovete fare ? Aggiungere in fondo al file una riga di codice, la seguente:

[assembly: AllowPartiallyTrustedCallers()]

Avete appena dato il permesso di usare questo assembly ad un codice che non sia full trust. Non farà saltare di gioia gli esperti di sicurezza, ma funziona.

Compilate, e copiate il vostro assembly Recaptcha.dll nella cartella \Bin della applicazione ASP.Net su cui state lavorando.

E adesso ?

Usare il reCAPTCHA è molto semplice. Nella pagina .aspx in cui avete implementato un form da ‘proteggere’, potete aggiungere il controllo usando il codice seguente:

<recaptcha:RecaptchaControl ID="recaptcha" runat="server" PublicKey="<la vostra public key>" PrivateKey="<la vostra private key>" />

Per accedere al controllo, non dimenticate di inserire questa riga all'inizio della pagina .aspx.

<%@ Register TagPrefix="recaptcha" Namespace="Recaptcha" Assembly="Recaptcha" %>

Complicato, vero ? Ricordatevi di inserire le chiavi che avete ottenuto in fase di registrazione.

Nel form avrete anche un bottone di submit. Nell’handler del click del bottone, dovete bloccare il submit se l’utente non ha inserito correttamente le lettere di verifica.

Fatelo come segue:

protected void ButtonSubmit_Click(object sender, EventArgs e)
    {
        if (Page.IsValid)
        {
     < processate il form >
  }
  else
  {
     < visualizzate un errore >
  }
  }

Difficilissimo, vero ?

Avete finito. Pubblicate il tutto, testate e siete pronti per la produzione.

Se volete complicare le cose potete personalizzare la grafica e proteggere anche eventuali email pubblicate sulle vostre pagine, ma si tratta di personalizzazioni che vanno oltre gli obiettivi di questo post.

Buon lavoro !

#Killerprogetto - la robosfera pulisce casa

2011-03-15T08:30:00.001+01:00

Piccola ricetta per inventare un nuovo progetto.

Tirate fuori dall’armadio un Robomop per fare pulizia in casa.
Mentre la sfera pulitrice lavora, andate a dare un’occhiata a qualche novità presentata al CES 2011.
Per caso, incappate in Sphero, la sfera robotizzata comandabile da dispositivi Android e iOS.
Fate due più due.
Un piccolo aiuto. Provate a sostituire la sfera del Robomop con lo Sphero.
Carino, no ? Mentre siete seduti sul divano, pulite il soggiorno con il vostro iPhone.
Ora immaginate, visto che pulire casa con l’iPhone è divertente ma può stancare, che la API di Sphero possa essere utilizzata, che so, per programmare il percorso e gli spostamenti della sfera.
Non dico che sia facile. Dico solo di ipotizzare che si possa fare.
Fatto ? Infine collegate la API a do-Dots per poter controllare l’attività del vostro spazzino dall’ufficio o dal cellulare, per pianificarle, per collegarle ad altri oggetti.
Wow ! Ecco lo spirito dei post con l’etichetta #Killerprogetto …

(NOTA: questo post era già apparso sul blog per essere quasi immediatamente rimosso. Il motivo ? Pare che i prodotti citati fossero effettivamente in contatto per realizzare qualcosa. Poi non dite che non ho fiuto. Lo ripubblico perché ormai è passato un po’ di tempo e non ho avuto più notizie dai diretti interessati.)

Dati on the Cloud – puoi storcere il naso, ma ..

2011-03-02T12:30:00.002+01:00

Il recente problema di GMail, che ha fatto temporaneamente perdere messaggi di posta a un numero non piccolo di utenti, ha fornito nuovi argomenti a tutti coloro che da sempre criticano la possibilità di caricare dati ‘on the cloud’.

A parte gli estremismi di chi pensa che tutti debbano lavorare e pensare allo stesso modo, in generale le maggiori critiche al ‘cloud’ vengono dai geek abituati a lavorare sui loro dati, ad esserne responsabili, a volerli in qualunque momento senza vincoli di nessun tipo.

In pratica persone che vogliono (e sono in grado di) avere il controllo completo dei loro dati.

Qui mi soffermo un attimo e faccio una piccola considerazione.

Una domanda.

Quanti di voi geek hanno conoscenti, amici e parenti che non sono utenti esperti ?

E di questi utenti non esperti, a quanti di loro avete prestato, anche solo una volta, assistenza perché hanno pasticciato con il sistema operativo, perché hanno perso dati, perché gli si è disintegrata una partizione, e l’ultimo backup l’hanno fatto cinque anni fa ?

Non so voi.

La mia percentuale si avvicina al 100%.

E quindi faccio questo ragionamento.

Per utenti non esperti, non geek, non è forse molto più sicuro avere dati on the cloud ? L’inconveniente e la perdita di dati sono sempre in agguato, ma non è forse molto più sicuro che siano memorizzati su un server di Google piuttosto che nel disco di un utente che non effettua backup e ogni tanto va a toccare cose che non dovrebbe toccare ?

Per la cronaca: tutti i dati ‘persi’ di GMail sono stati recuperati.

Gli hackers ? il tuo reparto Ricerca & Sviluppo !

2011-03-01T12:30:00.002+01:00

Leggendo su MAKE questo riassunto di come Sony sia particolarmente portata al conflitto con la comunità degli hackers, mi riaggancio a questo post relativo ad una success story dallo spirito completamente opposto.

E mi chiedo: ma quando si realizza un prodotto e ci sono appassionati in grado di estenderlo, aggiungergli funzionalità, aumentarne l’hype e le vendite, come si fa a fargli causa ?

E’ un reparto Ricerca & Sviluppo, cribbio !

Perché, diciamocelo, una comunità di hackers attiva ed appassionata è un vero e proprio reparto di ricerca e sviluppo.

Talvolta ben più efficiente di quello ‘aziendale’. Meglio anche dell’Innovation Time Off, se posso azzardare un paragone coraggioso..

Sono tanti, sono diversi. Hanno mentalità diverse, ragionano in modo diverso, parlano tante lingue. Difficile mettere in piedi un reparto più eterogeneo e quindi più creativo.
Sono appassionati. Lavorano a tutte le ore. Di notte, con strumenti propri, senza stipendio. I vostri dipendenti lo fanno ?
Sono intelligenti. Molti di loro sono molto più smart di parecchi ingegneri ‘corporativi’. Ed è un’intelligenza viva, creativa, molto adatta alla ricerca.
Costano poco. Spesso lavorano gratuitamente. Comprano i prodotti. A volte arrecano un danno alle licenze e ai copyright, certo. Ma è un danno che si ripaga con l’aumento di vendite.
Usano davvero il prodotto. Molte aziende sbandierano il famoso detto ‘eat your own dog food’. Ma poi non lo fanno. Se lo avessero fatto avrebbero realizzato prodotti migliori. Altre aziende neanche sanno cosa siano i loro stessi prodotti. E si vede. Gli hackers li usano eccome. Li conoscono bene. Li amano. Chi, meglio di loro, può migliorare questi prodotti ?

Insomma io vorrei averne prodotti ‘presi di mira’ dagli hackers. Altro che guerra. Altro che denunce.

Che ne dite ?

Un’interfaccia scalabile - come regolarla ?

2011-02-22T12:30:00.010+01:00

In un recente post di JP si era parlato di interfacce web, di scalabilità e di graceful degradation dell’interfaccia utente in base al tipo di dispositivo usato come client.

Di norma questa scalabilità è automatica e viene determinata in base allo user agent e altre caratteristiche del browser usato come client. Ma l’automatismo potrebbe facilmente ‘sbagliare’ target, magari riconoscendo come cellulare un tablet che avrebbe tutte le caratteristiche per poter mostrare un’interfaccia completa.

Di norma molti siti web danno comunque la possibilità di scegliere tra una versione mobile/standard. Ma è sufficiente ?

In un commento al post di cui sopra, pensando alla possibilità di una scelta da parte dell’utente del livello di scaling dell’interfaccia, mi ero arrischiato a pormi la domanda: esiste una UI standard per scegliere il livello di dettaglio dell’interfaccia di un sito ?

1. Un tuning preciso

Oltre alla classica scelta della visione mobile/standard, possiamo prendere ad esempio qualche interfaccia usata per il tuning del livello di dettaglio di una applicazione.

Il target è sicuramente quello dei videogiochi.

Beh, non vogliamo proprio una ‘roba’ di questo tipo. Sicuramente ci sono videogiochi che forniscono una buona ‘user experience’ anche quando si va a regolare la risoluzione video e il rendering 3D.

Andiamo meglio ? Pagine per separare gli argomenti, lista di opzioni, niente controlli popup ma scelte abbastanza leggibili che possono essere selezionate tramite bottoni DX/SX.

Notare il pulsante ‘Reset to Defaults’, che permette all’utente di tornare ad una situazione normale dopo aver pasticciato troppo con i settaggi.

Ecco un esempio molto simile.

I princìpi sono gli stessi. Lista di opzioni, scelte non illimitate ma facili da comprendere.

Queste interfacce permettono un tuning abbastanza preciso del livello di dettaglio di una applicazione grafica. Ma in certi casi sono fin troppo. Un utente smaliziato trova pane per i propri denti, ma l’utente ‘casuale’ non è in grado di fare certe scelte e si trova spaesato.

C’è una alternativa più semplice, anche se meno precisa ?

2. Scalare il livello di dettaglio

E’ possibile semplicemente lasciare all’utente la possibilità di scalare il livello di dettaglio.

Come fanno gli ‘explorer’ di risorse e file di praticamente tutti i sistemi operativi moderni, nei quali è possibile determinare il livello di ‘zoom’ con cui vengono mostrati i file.

Questo tipo di interfaccia sicuramente non è dettagliato né preciso, ma è facile da comprendere. Nel nostro caso lo slider si dovrebbe muovere tra ‘light’ (contenuti in solo testo, versione mobile) a ‘detailed’ (sito completo).

Peccato che l’uso di uno slide basato puramente su un asse dedicato al ‘livello di dettaglio’ non ci permetta di cambiare alcuni parametri come il tipo di input (touch, mouse, remote control).

3. Scegliere dei set di impostazioni

Per mantenere la scelta semplice e al tempo stesso abbastanza differenziata sul dispositivo, perché non ipotizzare la scelta di ‘set’ di impostazioni dedicate ai dispositivi client più diffusi ?

L’utente, potendo scegliere tra ‘laptop’, ‘smartphone’, ‘tablet’ e ‘tv / media center’ potrebbe non solo scalare il livello di dettaglio grafico, ma anche scegliere il tipo di input. Possibilmente senza addentrarsi nel setup ‘avanzato’.

L’interfaccia può essere rappresentata da banali ‘icone’ da selezionare. Ogni icona rappresenta un insieme di impostazioni predefinite dedicate allo specifico ‘set’, magari modificabile in seguito.

La soluzione ideale ?

Probabilmente la soluzione ideale rappresenta un mix delle tre soluzioni proposte:

Setup dettagliato (più controllo, difficile).
Slider del dettaglio (meno controllo, facile).
Setup predefiniti (meno controllo, facile).

Non è impossibile pensare ad una combinazione dell’interfaccia ‘difficile’ insieme ad una delle due soluzioni ‘facili’.

La vera domanda è: vale la pena investire in un controllo più approfondito da parte dell’utente ? O l’applicazione deve sempre scegliere in automatico ?

Qual è secondo voi, la migliore user experience ?

Abbracciare gli hackers

2011-02-19T09:32:00.002+01:00

Molto interessante questa storia di successo abbinata a Microsoft Kinect.

Quando scopri che gli hackers stanno dando più valore al tuo prodotto di quanto ne stiano togliendo (e nel 99% dei prodotti validi é così) allora é più conveniente, e divertente, supportare gli hackers e favorire il long tail.

Si diventa anche più simpatici.

RunnerConnect up and running (letteralmente)

2011-02-18T12:30:00.001+01:00

Ricordate il nostro progetto legato al fitness / biomedicale ?

Dopo una fase BETA in cui abbiamo verificato insieme al produttore la compatibilità con 17 modelli diversi di tappeti e bike, siamo arrivati all’apertura e alla commercializzazione ufficiale, completa di prima installazione presso un centro di fisioterapia.

RunnerConnect, questo il nome del progetto, è in grado di aiutare trainers e medici nella gestione remota di un gruppo di pazienti e di atleti e dei relativi esercizi. E’ possibile controllare lo stato della sala, lo stato di salute di ognuno, ed è possibile intervenire in maniera molto precisa su tutto l’esercizio di ogni singolo paziente.

Che dire ? E’ solo l’inizio, e le potenzialità sono enormi. Limitiamoci a un piccolo applauso di auto-incoraggiamento, e ricominciamo con un altro progetto …

La scatola dei vecchi progetti

2011-01-08T12:04:00.001+01:00

Per cominciare l'anno in bellezza ho dato un'occhiata alla scatola dei vecchi progetti.

Frammenti di codice, idee, applicazioni iniziate e mai concluse. Ai miei contatti e colleghi capita spesso di sentirmi dire: "sto pensando di scrivere un tool per XXX" o "ho preparato un sistema per YYY". Se dopo qualche settimana non ci sono novità, i miei contatti e colleghi hanno imparato che quel tool e quel sistema dono finiti nella scatola.

Non mi vergogno di iniziare più progetti di quanti ne arrivano alla conclusione. Fa parte di un processo di innovazione che necessita sempre di qualche vittima.

Ma non sempre.

Oggi, ad esempio, ho ripescato una vecchia libreria di 'persistenza' che può essere facilmente riutilizzata in un progetto in corso. Altre idee e appunti che sembravano morti, devo ammettere, possono ancora funzionare se puliti e aggiornati.

Il mio suggerimento, nel caso non l'abbiate colto, é quello di non buttare mai via le vecchie idee, il vecchio codice, i vecchi progetti incompiuti.

Ripescateli, ogni tanto, spolverateli e analizzate l'idea e l'intuizione che avevate avuto. Riscoprirete che sono migliori di quello che ricordavate e che, al momento giusto, possono tornare in vostro aiuto.

Flint Lockwood, il nerdissimo inventore di 'Piovono Polpette', riesce a risolvere un disastro apocalittico proprio grazie alle vecchie invenzioni che aveva erroneamente gettato nel bidone.

Anche noi possiamo. Non avremo scarpe spray e macchine volanti. Non avremo neanche topuccelli, ma qualcosa di interessante lo abbiamo fatto. E sarebbe un peccato lasciarlo morire senza un'ultima occhiata.

Che ne dite ?

Git–citazioni irriverenti sul sistema di controllo sorgente distribuito

2011-01-05T12:30:00.006+01:00

Anche se sono tentato non voglio cominciare l’anno con un rant, e quindi comincio con un argomento decisamente più leggero.

Spulciando vecchie mail e chat log, mi sono divertito a rintracciare commenti, critiche e ‘frasi del giorno’ a proposito dell’uso che io e i miei colleghi facciamo di Git, il sistema di controllo sorgente distribuito.

Eccone una breve lista (sicuramente incompleta, ne ricordo altre che non ho trovato) :

“I comandi di Git sono stati progettati da un serial killer di cattivo umore.”
“Git – Il controllo sorgente che ti fa sentire stupido.”
“Git ha l’opzione --linus_will_review_this_code che serve a fare esattamente quello che sembra.”
“Git ha l’opzione --divide_by_zero.”
“Git è fantasticissimo, se non sviluppi sotto Windows.”
“A Git non serve l’interfaccia utente.”
“Git ha l’opzione --and_fix_this_code.”
Solo l’Eletto è in grado di usare Git al meglio.
“Git ha il comando ‘git raise --venture_capital’.”

Leggendo queste righe potrebbe trasparire un odio malcelato verso questo strumento, ma in realtà a noi Git piace, e molto. E’ solo che ci piace anche brontolare ..

Buoni propositi e piani per il 2011

2010-12-31T08:30:00.003+01:00

Salve a tutti.

Consueto appuntamento con l’ultimo post dell’anno che, come al solito, fa un piccolo e superficiale bilancio tra gli obiettivi dell’anno precedente e anticipa quelli che sono i temi dell’anno a venire.

Comincio subito.

Il blog

Come anticipato, questo blog si è solidificato sulle ‘ceneri’ di Userinterfaccia e Geeksfera, che sono diventate semplici tag. Non penso sia una cattiva idea e spero che nel corso dell’anno abbiate trovato materiale interessante o, quantomeno, leggibile.

Per quanto riguarda la versione inglese, ebbene, credo che la terrò viva. Avrà una frequenza di pubblicazione più rilassata e vedrà alternarsi traduzioni dei post in italiano a materiale specifico.

L’anno che verrà vedrà invece una serie di post marcati Killerprogetto, un nuovo tag che indicherà post dedicati a progetti ipotetici, brainstorming, nuove idee che potrebbero non vedere mai una realizzazione pratica ma potrebbero essere interessanti da discutere.

Il podcast

Obiettivo mancato. Non ce l’ho fatta.

Tecnicamente ero pronto. Audacity installato, configurato e testato. Sigletta e base trovate. Mi è mancato il tempo per pianificare e recuperare il materiale per i famosi 3 episodi che dovevo produrre nel 2010.

Ci riproverò ? Forse. Non credo, per ora.

Progetti e prodotti

Come anticipato, nel 2010 ha preso vita, nome e presenza il progetto do-Dots, che al momento è ufficialmente in fase di startup. Abbiamo lavorato molto e bene. Abbiamo mancato, senza ritegno, quasi tutte le fasi della roadmap. Bisogna dire che i rallentamenti sono dovuti a progetti personalizzati realizzati per alcuni clienti. Quindi non è stato tempo buttato via.

L’obiettivo 2011 è che questo progetto si mantenga da solo, e che il fatturato garantisca come minimo di ‘andare in pari’ con gli investimenti.

Credo sia fattibile. Oltretutto sarà la base di tanti altri sotto-progetti che potrebbero avere un seguito, e che partiranno da fine gennaio. Vedrete.

Auguri

In attesa di riprendere l'attività nel 2011, saluto tutti gli eventuali lettori, quelli occasionali e quelli di ritorno. E lascio a tutti un augurio di felicità e buona sorte.

Ciao!

Il postmortem di Jigsaw Guru

2010-12-24T07:13:00.002+01:00

Come già segnalato in passato, mi piacciono i documenti di project postmortem.

Se riscuotono anche il vostro interesse, eccone uno da parte di Frederic My a proposito dello sviluppo del gioco Jigsaw Guru per Windows Phone 7.

Gli elementi fondamentali ci sono: cosa é andato bene + cosa é andato male.

Per il resto il post é molto interessante e a tratti illuminante, specie se siete interessati alla piattaforma in questione. Buona lettura !

La passione per le BETA

2010-12-21T12:30:00.008+01:00

Ci sono prodotti software che nutrono una vera e propria passione e venerazione per l’etichetta BETA, tanto dal faticare veramente tanto a fare il grande passo, ovvero a togliersela.

Perché piace rilasciare in BETA ?

Perché BETA da l’idea di un prodotto vivo, in continua evoluzione, mai realmente completo.
Perché permette di mantenere una certa distanza dai bug, garantendosi una limitazione di responsabilità se le cose vanno male (“Ehy, c’è un bug ma il software è in BETA, la versione definitiva sarà corretta”).
Perché permette di utilizzare il feedback dell’utente per capire la direzione da prendere nel corso dello sviluppo, ma senza chiudere versioni o definire milestone.

Insomma, la BETA è da fighi.

Ci permette di non correre dietro ai bug con troppa fretta. Ci evita la necessità di pianificare un set di funzionalità perché basta sviluppare di volta in volta quelle chieste più frequentemente dagli utenti.

Però, così come è, sembra che la BETA abbia perso significato.

Tanto che in una situazione in cui molti prodotti sono in BETA perpetua (pratica che a me personalmente piace veramente poco), la vera fase BETA diventa in pratica la ALFA, sempre più diffusa.

Ma serve davvero rimanere costantemente in BETA ? O non si sta forse calcando troppo la mano ? Serve qualche indicazione per capire se davvero abbiamo bisogno di una BETA ?

Se le funzioni del nostro software sono complete e la versione attuale è stabile, non siamo in BETA.
Se i nostri utenti non sono beta tester, non siamo in BETA.
Se non abbiamo in funzione un sistema attivo di bug reporting, non siamo in BETA.
Se non abbiamo pianificato un’uscita dalla versione BETA, non siamo in BETA.
Se vogliamo essere pagati per il prodotto / servizio, non possiamo essere in BETA.

Siete d'accordo su questi punti ?

Forse tutto si gioca sulla contrapposizione tra la fase di sviluppo e il deployment. L’hai pubblicata ? Non è più in BETA. Se l’applicazione è in funzione, se ci sono le funzioni e gli utenti le usano, la BETA deve sparire. Aboliamo la BETA. Lasciamo una bella ALFA con accesso limitato a pochi utenti tester.

E, se vi piace dare l’idea di un tool sempre nuovo, si può mettere una bella etichetta. ‘In Constant Evolution’.

Bella, vero ?

#Userinterfaccia–Cortex, il social popup menu ‘a ciambella’

2010-12-16T12:30:00.002+01:00

Cortex è un’estensione per Google Chrome che, al solo click del mouse, vi permette di selezionare un qualcosa su una qualsiasi pagina web e di ricondividerlo su Twitter, Facebook, Tumblr e Identica.

Personalmente non l’ho trovata troppo speciale, ma voglio segnalarla sotto il tag #userinterfaccia per l’approccio elegante alla soluzione del menu popup. Una sorta di pie chart abbastanza ‘spesso’, piazzato attorno al puntatore o al dito dovrebbe essere più facile da selezionare rispetto al classico menu popup.

#Killerprogetto

2010-12-11T06:25:00.002+01:00

Un nuovo tag, una nuova serie di post

Quante volte ti trovi con colleghi e amici a discutere di possibili progetti e nuovi prodotti tecnologici ?

Quante volte una bella discussione comincia con un "sarebbe bello se.." ?

Con il tag #KillerProgetto inizierò una serie di post su questo tono.

Assolutamente aperiodici, spesso sintetici, il più delle volte (come ora) scritti di getto dal cellulare. Piccole idee, spunti, possibili applicazioni che probabilmente non avrò mai tempo di realizzare o che forse sono già stati realizzati.

O comunque interessanti da discutere.

A presto.

L’utilità del postmortem (non fate quella faccia)

2010-12-07T12:30:00.010+01:00

All’interno del vostro progetto scrivete dei documenti postmortem ?

Non fate quella faccia, perché non si tratta di rapporti di obitorio o di epitaffi ma, più banalmente, di rapporti finali redatti alla consegna (o comunque al termine) di un progetto.

Cos’è un postmortem

Un postmortem è un documento di riassunto del progetto appena terminato. Contiene qualche dettaglio tecnico, una breve storia di come il progetto è progredito, e note e considerazioni su cosa è andato bene e cosa è andato male.

Il postmortem viene redatto solitamente dal project manager, a volte (ma non necessariamente) in seguito ad una riunione finale. Una volta redatto, il postmortem viene reso disponibile a tutto il team, per non dire tutta l’azienda.

A cosa serve

Il contenuto fondamentale di un postmortem è la lista di cosa è andato bene e cosa è andato male. Senza queste considerazioni il documento conta poco. O perlomeno non è un postmortem.

L’utilità di analizzare questi punti permette a un team, a un’organizzazione, a un progetto di crescere passo dopo passo, consegna dopo consegna. Equivale ad analizzare, in maniera critica, le proprie azioni e valutarle per poterle migliorare successivamente. Un team che non valuta il proprio operato e si limita a passare velocissimamente da un progetto ad un altro, da una consegna a un’altra, probabilmente è destinato a compiere ripetutamente gli stessi errori.

Come afferma Mike Gunderloy, citato anche da Jeff Atwood:

The difference between average programmers and excellent developers is not a matter of knowing the latest language or buzzword-laden technique. Rather, it can boil down to something as simple as not making the same mistakes over and over again

Il postmortem è autoanalisi.

Uno strumento potente. E pericoloso.

Pericoloso ? Perché ?

Il postmortem, messo in mani sbagliate, diventa uno strumento pericoloso come possono esserlo tutte le best practice adottate ciecamente e senza buon senso.

Un postmortem redatto male può fare male a un team in tanti modi:

Può rappresentare un solo punto di vista – se l’unica persona che lo compila non ‘lascia parlare il team’, il documento diventa il punto di vista di un’unica persona, quindi estremamente limitato.
Può essere uno strumento per attaccare i singoli – se il postmortem punta solamente a dare la colpa dei problemi ai singoli, diventa uno strumento utile solo allo ‘scaricabarile’, non certo al miglioramento progressivo.
Può essere demotivante – il postmortem deve evidenziare cosa non ha funzionato ma anche cosa ha funzionato. Focalizzarlo solamente sugli errori risulta demotivante per tutto il team e a lungo termine viene solo associati a considerazioni negative.

Che bello, anch’io voglio un postmortem !

Scrivere un postmortem è facile. Continuando a citare Jeff Atwood:

I don't think it matters how you conduct the postmortem, as long as you do it.

L’importante è scriverlo e, aggiungo io, focalizzarsi su ‘cosa è andato bene + cosa è andato male’.

Prendere esempio da altri postmortem, leggerne di già compilati può essere utile e, in molti casi, piacevole. Infatti molti postmortem, se scritti bene, sono delle letture veramente interessanti.

In più ‘famosi’ e diffusi sono quelli che seguono il rilascio dei videogiochi. Un sito che ne raccoglie parecchi è Gamasutra. Alcuni sono anche raccolti in un libro che spero un giorno di poter leggere (è in wishlist, è quasi Natale, se qualcuno volesse fare 2+2 …)

Ma deve avere un nome così macabro ?

Per niente.

Personalmente io lo vedo come un documento dal tono positivo, che completa una fase, quella dello sviluppo, che è solo il preludio della nascita di qualcosa di bello. La consegna di un software è solo l’inizio, no ?

E’ per questo che io lo chiamo post-parto. Non è positivissimo e può essere associato a una patologia, ma nel mio immaginario è più bello associare questa analisi a una nascita, non certo a una morte.

Che ne dite ?

do-Dots … e il fitness

2010-12-02T12:30:00.002+01:00

Non mi addentrerò nei particolari ma voglio condividere questa piccola novità.

Negli ultimi giorni in upto9bits abbiamo portato avanti un interessante progetto nel campo del fitness / biomedicale.

Concettualmente non si tratta di niente di complicato, diverse macchine da esercizio come tapis roulant e cyclette possono essere collegate, comandate e monitorate (insieme agli esercizi e alla condizione fisica degli atleti) da un software di controllo basato su PC.

La parte positiva di questo progetto è l'utilizzo di do-Dots per mettere in piedi il sistema. Questa piattaforma ci ha permesso di scrivere dei Dot di interfacciamento con le macchine fitness e di sfruttare il client grafico Scaddle come interfaccia utente per visualizzare lo stato delle macchine.

Avere dei Dot interfacciati a macchine per il fitness significa anche poter riutilizzarli in altri progetti.
Altri utilizzatori di do-Dots potranno quindi scrivere soluzioni in grado di comunicare con cyclette e tapis roulant. Immaginare applicazioni dedicate alle palestre, ai personal trainer e ad argomenti correlati diventa un interessante esercizio. I costruttori delle macchine, grazie a questa apertura, potranno invece vendere più pezzi.

E’ esattamente quello che speravamo di poter fare con questa piattaforma: semplificare, estendere, moltiplicare le soluzioni. E moltiplicare le vendite dei produttori di hardware.

Ed ora, pedalare !

Blekko, il motore di ricerca con gli slashtag

2010-11-30T12:30:00.005+01:00

In un precedente post invocavo, con malcelata acidità, il giorno in cui le startup si sarebbero finalmente messe a giocare nel territorio di Google.

Che sia arrivato quel giorno ? Speriamo. Intanto Blekko, con squilli di trombe e rulli di tamburi, ha lanciato il suo servizio mettendosi proprio in concorrenza con Google, e in questo modo catturando una bella fetta di hype e copertura mediatica.

Adesso che i feed si sono raffreddati, voglio segnalare anch’io questo simpatico search engine che si propone un obiettivo molto interessante: eliminare dai risultati delle ricerche tutti quei siti ‘spammoni’ che, giocando sugli algoritmi di ranking di Google, riescono a posizionarsi spesso meglio dei siti che hanno i contenuti che ci interessano.

Blekko si propone di ottenere questo risultato dando la parola agli utenti. Ma questo non è l’unico aspetto interessante di questo servizio. L’uso degli slashtag (parole precedute dal backslash), infatti, consente di effettuare delle ricerche approfondite limitando l’insieme dei siti su cui la ricerca viene effettuata.

Dovete acquistare un cellulare Android ? Digitate ‘android /shop’.

Cercate un’immagine di iPhone ? Digitate ‘iPhone /flickr’.

Volete le recensioni di iPhone 4 nei blog tecnici ? Digitate ‘iPhone 4 reviews /techblogs’. Le volete ordinate per data ? ‘iPhone 4 reviews /techblogs /date’.

Le slashtag non sono solamente chiavi predefinite messe a disposizione da Blekko (ecco la lista). Possono anche essere create da ogni utente per limitare le proprie ricerche. Ho bisogno di cercare regolarmente informazioni sui miei concorrenti ? Segno tutti i loro siti sotto la slashtag ‘/prodxxx_competitors’. L’utente pippo ha già preparato una lista di questo tipo ? Posso fare la ricerca sotto ‘pippo/competitors’. Comodo, vero ?

Le possibilità sono molte, e tutte molto interessanti. Ci ho giocato qualche giorno e mi sono divertito, anche se devo dire che l’uso degli slashtag non è immediatamente intuitivo e non si capisce subito se sono comandi, chiavi, etichette o cosa.

Però per certe operazioni posso già dire di aver liberato dall’incombenza sia i ‘Google Alerts’ (che non sempre funzionano) che ‘Google Reader’ (che si riempie troppo velocemente di feed).

E posso anche dire di aver trovato spesso risultati interessanti che con Google non emergevano.

Naturalmente non è possibile, per ora, escludere del tutto Google. Blekko ha ancora molta strada da fare prima di arrivare allo stesso livello. Tanto per fare un esempio, la ricerca sui contenuti in lingua, o anche solo sui siti con estensioni ‘locali’ come .it, è ancora molto carente.

Ma c’è tempo. Il servizio è abbastanza folle (ma da un CEO che ha scritto uno dei primi worm/virus a larga diffusione ci si possono aspettare grandi cose), e si sta muovendo bene. Per fare un esempio, invece di fare la concorrenza con altre startup tanto folli da proporre motori di ricerca alternativi, Blekko ha deciso di unire le forze e creare delle ‘search partnership’. E’ quello che ha fatto con DuckDuckGo, annunciando addirittura uno scambio di funzioni.

Molto interessante. Suona proprio bene.

Se volete, potete trovare il mio account Blekko (e i miei slashtag) al link ‘http://blekko.com/user/castle’.

A presto.

Userinterfaccia - ROUND UP - trucchi e regole dagli ultimi post (7)

2010-11-19T12:30:00.002+01:00

E’ già ora di round up …

1) Da Grazie Adobe, per il default, riconosciamo (piuttosto tristemente) che un utente può ringraziare se nelle opzioni per l’installazione di funzioni, componenti o prodotti non richiesti l’opzione di default è il NO.

2) Da Userinterfaccia - Microsoft Street Slide e da Windows Phone 7 – un’interfaccia … fresca, ci incuriosiamo sul concetto di no chrome (togliere gli elementi di controllo dai contenuti, e fare in modo che i contenuti stessi diventino gli elementi di controllo), che è interessantissimo ma non sembra banale da realizzare.

Notiamo anche che un’interfaccia basata sulla segnaletica stradale diventa molto intuitiva e aiuta la navigazione, anche se può dare problemi di internazionalizzazione.

3) Da Userinterfaccia – Ora lo vedi, ora non lo vedi, e clicchi sbagliato, abbiamo ribadito che se un elemento dell’interfaccia deve scomparire arbitrariamente (quindi non in seguito a una azione dell’utente) è meglio che la sua scomparsa non provochi lo spostamento di altri elementi di interfaccia attivi.

(e anche che, su un’interfaccia mobile, certe informazioni sono abbastanza inutili)
A presto !

Piccole soddisfazioni da sviluppatore

2010-11-18T12:30:00.001+01:00

Se sviluppate una applicazione in un mercato aperto alla concorrenza, vi troverete molto presto a conoscere bene tutti i prodotti rivali. Che caratteristiche hanno, come si usano, dove sono più forti e dove sono più deboli. Vi troverete anche a fare analisi approfondite per ~~copiare~~ prendere spunto da quelle funzioni che reputate veramente interessanti.

A volte può capitare anche di leggere, perché vi hanno reso partecipe di queste informazioni, un documento redatto da un cliente che richiede alcune modifiche su un software concorrente. E vi può capitare di leggere una riga il cui contenuto è grosso modo questo:

“Non riuscite a modificare la funzione XX con l’approccio usato nel software YYY ? Funzionerebbe decisamente meglio.”

Se il software YYY è il vostro software allora congratulazioni, siete sulla strada giusta.

E’ una piccola (dolce) soddisfazione. Ma è anche il momento di proporre qualcosa di meglio mentre gli ‘avversari’ tentano di raggiungervi.

Al lavoro !

L'ufficio come modem

2010-11-13T08:45:00.001+01:00

Non chiedetemi dove l'ho sentita perché non me lo ricordo, ma mi ha colpito la definizione di un tipo che, a fronte di una attività aziendale organizzata quasi esclusivamente online, chiamava l'ufficio fisico il 'modem aziendale'. Bellissima definizione, molto 'geeksferica' e molto calzante, pensando al modem come convertitore di segnale analogico / digitale. O no ?

Metodologie e rapporti

2010-11-10T12:51:00.001+01:00

Immaginate la seguente discussione tra sviluppatore e cliente.

Cliente – “Il planning va bene, ma voglio aggiungere il punto X con la massima urgenza. I miei commerciali lo hanno già venduto.”

Sviluppatore – “Bene. Basta rivedere il planning, spostare qualche attività e riservare il giusto tempo per svilupparlo e testarlo correttamente.”

Cliente – “Spostiamo l’attività Y, la mettiamo alla prossima release. Quanto ci vuole per sviluppare X ?”

Sviluppatore – “Occorrono $$ ore. Va bene ?”

Cliente – “Ci vuole troppo tempo, devo consegnarlo in tempi decisamente più brevi.”

Sviluppatore – “Le ore sono quelle, la valutazione non si discute. Possiamo a questo punto variare Qualità, Quantità o Costo dello sviluppo. Direi che per come stiamo lavorando la Qualità e il Costo non si toccano, no ?”

Cliente – “No di certo.”

Sviluppatore – “Allora modifichiamo la Quantità. Spezziamo il punto X, lo semplifichiamo e rimuoviamo le funzioni K e W per stare nei tempi.”

Cliente – “Perfetto! Cominciamo subito con il nuovo planning.”

Piuttosto idilliaco, vero ?

Anche piuttosto inverosimile. Nella realtà una discussione del genere non prenderà mai la stessa direzione, dopo il primo scambio di battute, a meno che lo sviluppatore non possieda qualche potere Jedi per il controllo della mente.

Il problema è che a volte si crede che, applicando una certa metodologia di lavoro, più o meno codificata, più o meno agile, più o meno precisa, si possano ottenere gli stessi risultati idilliaci, o quantomeno si possano cambiare i rapporti tra cliente e sviluppatore.

Ma cliente e sviluppatore, per quanto appartenenti a squadre, organizzazioni, team, sono persone. E le persone agiscono in base ad emozioni, preconcetti, predisposizioni mentali.

E se cliente e sviluppatore non ‘si trovano’, non si rispettano o semplicemente non sono sinceri e corretti tra loro, allora non c’è nessuna metodologia al mondo in grado di ottenere discussioni idilliache come quella riportata all’inizio del post.

Perché, alla fine, io credo che siano i buoni rapporti tra le persone a produrre un buon metodo di lavoro. E che nessun metodo di lavoro, per quanto ottimo, possa creare i buoni rapporti tra persone.

Che ne pensate ?

Userinterfaccia – Ora lo vedi, ora non lo vedi, e clicchi sbagliato …

2010-10-20T09:00:00.003+02:00

Torno velocemente a parlare di interfaccia utente, di buone abitudini e di cattive abitudini. Almeno dal mio punto di vista.

Comincio con uno screenshot.

Lo screenshot in questione è relativo alla versione mobile di Google Reader. Uno strumento fantastico e ben progettato. Ma con qualche problemino, non gravissimo, come quello che vado a evidenziare.

Notata la barra gialla che ho evidenziato in rosso ? E’ un avviso che indica alcune operazioni come la cancellazione di tutti gli elementi di un singolo feed.

La barra compare dopo l’operazione, rimane visibile per un paio di secondi, poi scompare.

Il problema è che la barra in questione non è sovrapposta agli elementi sottostanti, ma occupa un suo spazio nella pagina. Quando scompare, lo spazio che occupava viene riempito dagli elementi che seguono (notare che si tratta di quasi due righe della lista sottostante) .

Già notato il problema ?

L’utente tipico pulisce tutti gli elementi di un feed, poi va subito ad un altro feed senza nemmeno leggere il messaggio (sa già cosa c’è scritto). Magari scrolla in basso, nascondendo la barra gialla alla vista.

Cerca il suo bersaglio, parte con il dito e …. sbaglia feed, perché nel frattempo la barra gialla è scomparsa e ha spostato di un paio di righe la lista verso l’alto.

Non è un problema grave ma è noioso e fa arrabbiare l’utente. Per evitarlo basta seguire una semplice regola:

“Se un elemento dell’interfaccia deve scomparire arbitrariamente, è meglio che la sua scomparsa non provochi lo spostamento di altri elementi di interfaccia attivi.”

Che ne dite, siete d’accordo ?

Google, fatti i progetti tuoi

2010-10-19T12:30:00.004+02:00

La mia antipatia a pelle per Google è nota. Si tratta di una antipatia non legata a situazioni particolari quanto a quella tendenza a ‘fare i primi della classe’ che sopporto sempre molto poco.

Del resto, antipatici o no, ci sono. E continuo ad usare, perché funzionano e sono utili e gratuiti, molti dei servizi che Google offre.

Forti del loro modello di business già avviato e praticamente indistruttibile, e del loro reparto di ricerca & sviluppo distribuito, i simpatici googler continuano a sfornare progetti su progetti (spesso fallimentari, mi devo ricordare di aggiornare la lista), nei settori più disparati, anche copiando servizi già esistenti. A volte con proposte che lasciano sinceramente perplessi.

E’ il caso, quest’ultimo, dell’annuncio relativo alla sperimentazione di vetture che guidano autonomamente.

Bel giochino. Fa molto spettacolo.

Ma non è una sperimentazione così nuova. E la tecnologia è lontana dall’essere matura, o anche solo utilizzabile. E la sperimentazione su strade trafficate è pericolosa. E forse sarebbe stato meglio lasciare seguire un progetto simile ad aziende con maggiore esperienza nel settore.

Ecco, la tendenza di Google a sconfinare in settori non di propria competenza è una faccenda che da fastidio.

Possono farlo, ovviamente. Nessuno lo vieta.

Ma la capacità di una super azienda di proporre un servizio analogo a quello di una startup può distruggere qualunque business sul nascere. Soprattutto se la super azienda ha la capacità di farlo in qualunque momento con velocità e agilità analoghe a quella di un piccolo team. E può farlo anche se il prodotto della super azienda è mediocre.

Questa capacità di Google, come la chiamano gli americani, di ‘infilare il dito in ogni buco’, fa di questa azienda una pericolosa insidia per ogni nuova idea. Insidia che viene presa scherzosamente in giro con un sito come WhatifGoogleDoesIt che propone possibili risposte alla temuta domanda di ogni pitch. “What if Google does it ?”.

E’ una pagina per ridere, ma si ride a denti stretti.

E allora, pensando a tutti gli amici e colleghi che stanno portando avanti faticosamente il loro progetto, propongo un sogno. Sogniamo che un giorno tutte le piccole Internet Startup possano avere risorse e voglia di infilare, anche solo per passatempo, il loro ditino nel business di Google. Migliaia di soluzioni per migliorare drasticamente la ricerca e l’advertisement sul web.

E Google che trema.

Che sogno !

Un addio in ritardo …

2010-10-11T12:30:00.003+02:00

La Rete è strana.

Questa mattina, leggendo via Meemi il post di @dottorblaster sul bello dell’essere hacker mi è venuto in mente quando, tanti anni fa, ho letto un articolo sull’argomento ad opera di Paul di Lascia, columnist di quello che era il Microsoft Systems Journal e poi è diventato il MSDN Magazine.

Purtroppo, la ricerca mi ha portato una notizia amara. Paul di Lascia ha lasciato questo mondo nel 2008.
Mi dispiace. Mi dispiace nel modo in cui mi può dispiacere la morte di un cantante, uno scrittore, un attore o un registra che apprezzo. Non l’ho mai conosciuto direttamente, ma mi ha fatto compagnia in una fase della mia vita lavorativa.

Con un collega commentavamo puntualmente i suoi articoli, tecnicamente ineccepibili ma conditi sempre da uno stile fresco e piacevole.
Abbiamo usato innumerevoli volte il suo codice e i suoi esempi. Sono sicuro che alcuni frammenti di quel codice stanno ancora ‘girando’ da qualche parte.

Erano tempi diversi. Bisognava combattere contro le MFC. Appoggiarsi alle Win32 ogni volta che serviva qualcosa di più. Gli esempi di codice sorgente erano più difficili da trovare. E quando li trovavi non ti soffermavi troppo a leggere la licenza. Piattaforme diverse da Windows erano impensabili. E la cosa più dinamica da inserire in una applicazione web era un ActiveX (ovviamente solo per Internet Explorer).

E quei tempi erano ‘conditi’ anche dagli articoli di Di Lascia e dai suoi esempi di codice con la classica ‘firma’:

“If this code works, it was written by Paul DiLascia. If not, I don't know who wrote it”

A proposito, questo è l’articolo (‘Hackers of the World Unite !’) a cui accennavo all’inizio del post.

Fuori tema – emoticons per tutti !

2010-10-06T12:30:00.004+02:00

Ogni tanto questo blog deve cambiare argomento e tono, non credete ? Per l’occasione, ecco un piccolo set di emoticons che stiamo usando su un paio di progetti interni al nostro team.

Il materiale è davvero molto semplice e non particolarmente artistico, per cui non rappresenta assolutamente un danno (per noi) metterlo a disposizione gratuitamente.

Se volete usarlo, fatevi sotto. E’ disponibile in formato SVG a questo link.

La licenza, come il resto del contenuto di questo blog, è Creative Commons.

Scaddle trainer 0.3 – un piccolo preview

2010-10-04T08:30:00.007+02:00

Dopo una pausa piuttosto lunga, presento una nuova versione di Scaddle trainer, la demo preliminare di do-Dots.

Il primo annuncio non ha portato molta fortuna: abbiamo infatti dovuto abbandonare il progetto a favore di attività e impegni personali ben più importanti. Qualche lettore molto attento (bravo Alessandro), tuttavia, si è accorto che una versione era già disponibile dal 6 agosto.

Da allora abbiamo inserito poche cose immediatamente visibili, per favorire alcuni progetti personalizzati.

Molte funzioni, comunque, entreranno a breve nel progetto ufficiale.

Per fare una panoramica dei contenuti di questa demo, accenno al fatto che si tratta di un piccolo progetto che simula una rete do-Dots all’interno di un unico processo.

L’interfaccia (molto, molto semplice) è un’istanza del client Scaddle con alcune pagine che permettono di monitorare lo stato dei Dot, il log delle comunicazioni, e l’ufficio simulato dall’OfficeDot.

Questa versione contiene solo la capacità di leggere e scrivere variabili, senza funzioni di publish/subscribe. E’ dedicata principalmente a sviluppatori poco esperti in grado di sperimentare le modifiche a un Dot e applicarle immediatamente in una piccola rete.

Mi scuso in anticipo per crash, problemi di esecuzione o mancanza di documentazione. Migliorerà. La formula, anche se semplice, ci piace. E continueremo a presentare le novità in questo modo, con release future di questo strumento.

Se volete scaricarlo, la pagina di riferimento è quella dei download di do-Dots.

Buon divertimento !

Il tastino con il logo e shortcut utili su Windows 7

2010-10-01T08:30:00.002+02:00

Utilizzando quotidianamente i tre più diffusi sistemi operativi per desktop (Windows, Linux, Mac OS X), ormai faccio fatica ad avere la produttività del power user.

Non tanto per i miei metodi di lavoro. Quando produco, produco.

Il problema sono le interfacce, e soprattutto i trucchi e gli shortcut che permettono di arrivare più velocemente ad aprire le finestre giuste, ridimensionare, passare da un task a un altro e così via (quante volte mi capita di premere Ctrl+C sulla tastiera del Mac..).

Oggi, però, mi rimetto in pari. Almeno su Windows. Ho scovato infatti una serie di shortcut piuttosto utili da usare su Windows 7 che non conoscevo per niente.

Naturalmente i pochi lettori di questo blog potrebbero già conoscerli da tempo. In tal caso pazienza, perdonatemi e passate oltre.

Windows Logo + Freccina in Alto – Massimizza la finestra corrente.

Windows Logo + Freccina in Basso – Minimizza la finestra corrente.

Windows Logo + D – Mostra / Nasconde il desktop. Io per tornare al desktop usavo Windows Logo + M, che minimizza tutte le finestre. Ma questa combinazione è meglio, perché permette anche di tornare alla situazione precedente.

Windows Logo + Freccina Destra (o sinistra) – Un sistema molto comodo per posizionare la finestra corrente a lato dello schermo ed avere un affiancamento di applicazioni. Premetela ripetutamente per trovare la posizione più adatta. Premete anche Shift per applicare la funzione su più monitor (!).

Windows Logo + L – Permette di avere un lock veloce della macchina, portando l’interfaccia alla schermata di login.

Windows Logo + P – scelta di opzioni per videoproiezione.

Windows Logo + tasti PIU o MENO – Zoom In e Out.

E’ tutto. Li conoscevate ? Io non tutti.

Per la stessa lista e altri trucchi, consultate questo post contenente 20 shortcuts per Windows Phone 7, e altri trucchi.

Buon lavoro !

Windows Phone 7 – un’interfaccia … fresca

2010-09-29T08:30:00.004+02:00

Lo scorso 23 settembre ho potuto assistere online ad una presentazione di Windows Phone 7 per sviluppatori.

Premetto da subito che ho seguito l’evento con molto interesse e apertura mentale, non essendo una persona che si abbandona a luoghi comuni e critiche affrettate. Inoltre la mia professionalità mi impone di non ‘tifare’ per una tecnologia o per la sua rivale, ma di vederle tutte come opportunità per risolvere i problemi dei clienti.

Premetto anche che ero molto perplesso da una piattaforma sviluppata a singhiozzo, arrivata in ritardo rispetto alla concorrenza e con predecessori tutt’altro che riusciti.

Diciamo che la filosofia alla base del mio team era essenzialmente quella di passare, quasi interamente, alle piattaforme iOS e Android per quanto riguarda lo sviluppo dei prodotti per smartphone.

Eppure, dopo la presentazione, abbiamo cominciato (quasi) a ricrederci.

A convincerci essenzialmente è stata l’interfaccia utente. E’ qualcosa di nuovo, finalmente semplice, usabile, adatta ad un cellulare.

Ci sono idee nuove e accattivanti che non pensavo potessero arrivare da questa azienda in questo modo.

L’idea (da ‘userinterfaccia’ ) che mi piace molto è il concetto di ‘no chrome’. Ovvero di togliere gli elementi di controllo dai contenuti, e fare in modo che i contenuti stessi diventino gli elementi di controllo.
Difficile da spiegare, difficile anche da realizzare. Più facile accorgersi di cosa significa dopo qualche minuto di interazione. Tanto per fare un esempio, i testi che ‘sbordano’ oltre le schermate lasciano immediatamente intuire che l’area è scrollabile. Viene quindi intuitivo afferrarli per cambiare pagina come avviene nel controllo ‘panorama’ fornito con il kit di sviluppo.

Kit di sviluppo basato su Visual Studio 2010 che sembra quasi pronto (forse un po’ instabile, va in crash troppo spesso), e che consentirà di sviluppare per Windows Phone 7 dalla versione Express (quella gratuita) alla Premium praticamente con le stesse feature. E di sviluppare praticamente con lo stesso codice per Phone 7 e per XNA. E di entrare in un marketplace in apertura ai primi di ottobre.

Mica male.

Ma sicuramente, sono convinto, non sono tutte rose e fiori.

La mancanza di un hardware di riferimento, per ora, si fa pesare e non permette di testare adeguatamente il supporto al multi touch. Inoltre alcuni controlli utente (come la tastiera) non sono così efficaci come mi sarei aspettato, e alcune limitazioni (no copy & paste ?) fanno sorridere. E rimane il dubbio che la fluidità vista su emulatore o nella demo non si riveli la stessa una volta in esecuzione sul cellulare, con apps, dati, video e foto, e che il sistema sia ancora troppo ‘giovane’ per essere robusto e rappresentare un buon riferimento.

Eppure, beh, è fresco.

E spero si diffonda perché propone belle idee e belle possibilità per gli sviluppatori.

Come me.

Eppure bastava così poco per …

2010-09-16T12:30:00.000+02:00

A volte capita di provare una applicazione software o leggere le caratteristiche tecniche di un gadget tecnologico e, dopo aver deciso che l’oggetto non fa per noi, dichiarare sconsolati “… eppure bastava così poco per …”.

Io lo faccio. Spesso.

“… bastava così poco, perché non hanno inserito l’import nel formato XYZ …”

“… bastava così poco, una porta SD e …”

“… bastava così poco, potevano inserire la condivisione via Meemi …”

Con quel “bastava così poco” non solo mi esprimo sulla inadeguatezza dell’oggetto verso le mie esigenze (e ci può stare) ma sollevo anche una critica nei confronti di chi non ha pensato a fare quel ‘passettino’ extra per venire incontro alle mie esigenze.

Quello che non ricordo, quando mi esprimo in questo modo, è che l’oggetto che sto provando è diventato quello che è passando proprio per una lunga serie di questi ‘passettini’, e che tanto lavoro è già stato fatto e tanto lavoro rimane da fare. Io sono solo arrivato nel mezzo di un percorso.

E se il ‘passettino’ che raggiunge le mie esigenze non è stato fatto, magari è solo perché sono arrivato nel momento sbagliato (e un domani forse sarò accontentato) oppure perché venire nella mia direzione può significare abbandonare molti più utenti che attendono qualcos’altro (se la mia esigenza non è così comune).

Dico male ?

La lavastoviglie e i progetti software

2010-09-03T13:50:00.000+02:00

Una piccola riflessione del venerdì per aiutare l’avvicinamento del fine settimana …

Una cosa che ho notato da quando ho cominciato ad usare la lavastoviglie è come questo elettrodomestico sia particolarmente sensibile ad un uso corretto e ragionato.

Con la lavastoviglie non è pensabile il concetto di ‘butto dentro i piatti, accendo e aspetto il risultato’. Se i piatti e le stoviglie non sono disposti correttamente, se non sono ben distanziati, se non sono in posizione stabile, se non sono puliti dalle tracce di cibo, se non intralciano il movimento delle pale e il rilascio del detersivo, il risultato può essere che il lavaggio sia da rifare.

Per non parlare di tutte le piccole e grandi avvertenze da seguire per non rovinare le stoviglie stesse.
Eppure spesso capita che, nella fretta di tutti i giorni, ci si sbagli a preparare la lavastoviglie e il risultato del lavaggio sia un bel carico di piatti sporchi, opachi, da lavare di nuovo.

E in questo caso si da la colpa alla lavastoviglie perché non è più intelligente, sofisticata, e perché non dispone da sé le stoviglie e non si accorge che un bicchiere si è rovesciato e si sta riempiendo di acqua sporca.

In attesa che questa lavastoviglie sia progettata e realizzata (possibilmente a costi contenuti) mi sento (ma solo per oggi, con il week end alle porte) di paragonarla ad un team di programmatori.

Se il team di programmatori è la lavastoviglie, il cliente ne è l’utilizzatore.

E se il cliente non ‘carica bene le stoviglie’, può succedere che il risultato del lavaggio non sia soddisfacente.
Per fortuna, al contrario di una lavastoviglie, il team di programmatori ha la capacità di guidare il cliente verso un risultato migliore segnalando quando i requisiti sono troppo vaghi o impossibili da realizzare.

Può anche segnalare quando il bicchiere si rovescia e il detersivo non viene rilasciato.

Ma se il cliente non ascolta, se insiste nel disporre i piatti in malo modo e ad ostacolare le ‘parti in movimento’, se ignora i segnali della lavastoviglie inceppata andandosene a guardare la televisione, allora il risultato sarà sempre un bel carico di piatti sporchi, opachi, da lavare di nuovo.

#BlogDay 2010 – ecco 5 blog tutti da leggere

2010-08-31T15:59:00.001+02:00

Dopo le grandi fatiche di questo agosto (per la cronaca, non sono ancora andato in ferie) è il caso di fare lo sforzo e scrivere un post, per quanto banale.

Quale migliore occasione, allora, del BlogDay 2010 ?

Ecco i cinque blog che propongo:

JP’s Web Place

Molti dei miei 4 lettori lo seguono sicuramente, ma forse non ho mai segnalato il blog di JP. Male ! Si tratta di un blog a carattere tecnico dedicato allo sviluppo software. Si parla di codice, di programmazione, di standard, di libri, di pratiche e spesso di formazione e lavoro. Tanti argomenti ma trattati con rigore e professionalità. Da mettere in feed reader da subito.

http://rejex.wordpress.com/

Design fabulous

Il blog di Andrew Kim, giovanissimo ma talentuoso designer. Questo blog raccoglie i suoi sketch, le sue idee e le sue proposte per prodotti innovativi.

http://designfabulous.blogspot.com/

Unicorn free

Amy Hoy è una professionista specializzata in web apps e javascript. Ma è anche una spassosa blogger che un Unicorn Free si diverte a spazzare via miti e leggende su web e software per rimpiazzarle con un sano pragmatismo. Il concetto è riassunto in maniera esemplare dal logo del blog, in cui un simpatico (e reale) narvalo elimina fisicamente il mitico unicorno.

http://unicornfree.com/

NoisyWeb

Una delle ultime aggiunte al mio feed reader. Si parla soprattutto di videogiochi,con la passione del videogiocatore. Mi piace perché le recensioni che ho letto non sono quelle dei ‘soliti’ nomi ma ho potuto scoprire qualche titolo alternativo e molto interessante.

http://www.noisyweb.com/

Emanuele Feronato

Rimaniamo in ambito videogiochi con il blog di uno sviluppatore. Si parla molto di Flash, ma anche di game design, tecniche di programmazione e monetizzazione.

Molto interessante.

http://www.emanueleferonato.com/

I Finger Tools di Matt Gemmel

2010-08-16T10:32:00.004+02:00

Matt Gemmel, sviluppatore per Instintive Code, nel tempo libero è un ideatore di soluzioni interessanti e creative per l’interfaccia utente.

Sono rimasto piuttosto incuriosito dal suo recente ‘Finger Tools’, una idea che si propone di rendere più intuitiva e veloce la selezione di ‘strumenti’, in una applicazione, abbandonando il modello ormai classico della palette, ovvero di una zona comune in cui selezionare lo strumento per poi tornare nell’area di lavoro.

La soluzione di Matt prevede di utilizzare le dita come palette vera e propria.

Ecco il video dimostrativo.

E’ un’idea molto interessante, anche se noto qualche difetto che la rende migliorabile.

Richiede solo dispositivi multitouch. Quindi non è applicabile facilmente su un numero esteso di dispositivi.

Sarebbe bello capire come può essere ‘scalata’ per queste situazioni.

Una estensione a questo problema è la necessità, anche lavorando su dispositivi multitouch, di usare comunque un solo dito (o al massimo due) per gran parte del tempo. L’esempio classico è quello del cellulare: spesso si usa solamente il pollice per interagire. In questo caso il modello della palette continua a funzionare, ma non vale lo stesso per i Finger Tools.
Richiede dita che non si usano frequentemente. Ho notato un ‘trascinamento del testo con il mignolo’ che mi ha dato subito una sensazione di scomodità e di difficoltà di uso.
Fortunatamente questo tipo di interfaccia non richiede che si arrivi per forza ad usare il mignolo. Ma se serve ?
Non scala molto. Finite le dita, nel caso di molti strumenti, occorre tornare ad usare la palette.
Il modello della palette rimane più intuitivo. E’ rapportabile infatti al ‘cassetto degli attrezzi’ da cui estrarre quello che serve, e la gran parte degli utenti non fa fatica ad impararne l’uso.

Difetti a parte (aggirabili, credo), questa soluzione rimane comunque degna di nota e fornisce un buon punto di partenza per ‘ripensare’ interfacce più tradizionali con un occhio ai dispositivi touch di nuova generazione.

Che ne pensate ? Vi piacerebbe usare una applicazione organizzata in questo modo ?

Tetris con Javascript

2010-08-01T14:41:00.001+02:00

Anche se le ferie quest’anno me le scordo, in questo blog cerco di ottenere un minimo di atmosfera estiva e vacanziera.

Mi viene in aiuto Meemi, social italico pieno di talenti italici, attraverso il quale Francesco Monaca ha presentato il suo ultimo side project: un tetris scritto completamente in HTML+Javascript (con un piccolo aiuto dall’utile libreria MooTools).

Il risultato è molto molto piacevole e non sfigura per niente davanti alle tante conversioni di Tetris che si possono trovare in rete. Un ottimo lavoro che mi ha fatto rimpiangere i bei tempi in cui passavo ore a giocare con questi piccoli capolavori.

Ben fatto e grazie, Francesco !

Userinterfaccia - Microsoft Street Slide

2010-07-28T13:19:00.001+02:00

Notevole questo video di presentazione di Street Slide, l’interfaccia di navigazione ‘street level’ proposta da Microsoft in concorrenza al più noto (e non sempre amichevole) Street View di Google.

Questa interfaccia, pur senza essere particolarmente innovativa, propone un sistema di navigazione basato su un uso del ‘panning’ che apparentemente sembra più comodo e intuitivo rispetto allo strumento di Google.

Da notare l’uso delle icone a forma di segnale stradale. Cliccando su ‘svolta a destra’ o ‘inversione a U’ si ottiene esattamente l’effetto atteso, come se si stesse guidando un’auto. E’ un tipo di interfaccia che si presenta molto intuitiva anche se probabilmente fallisce sul fronte dell’internazionalizzazione (non in tutti i paesi sono utilizzati questi segnali).

Interessante anche il posizionamento dei numeri civici (cliccandoli si viene portati automaticamente all’indirizzo corrispondente) e dei logo delle attività commerciali man mano che appaiono a video.

Scaddle trainer

2010-07-26T09:30:00.000+02:00

In leggero ritardo (credo) sulla roadmap, sta per arrivare Scaddle trainer.

Questa demo di Scaddle, l’interfaccia grafica (non ci piace chiamarlo SCADA) fornita con il framework do-Dots, permette di cominciare a ‘sporcarsi le mani’ e farsi un’idea di come funziona questo prodotto.

La nostra idea dello Scaddle trainer è quella di ‘impacchettare’ in un unico progetto una piccola rete di Dot. Ci sono quindi interfaccia grafica, Broker, alcuni Dot predefiniti e un myDot direttamente modificabile dallo sviluppatore.

Modificare il myDot, magari seguendo le indicazioni del documento ‘Guida alla scrittura dei Dot’, dovrebbe dare un’idea di quello che si può fare con do-Dots e (perché no ?) la possibilità di iniziare a scrivere un vero Dot in grado di interfacciarsi con il proprio hardware, servizio o protocollo.

Per chi fosse interessato, visto che è ancora facile scegliere i componenti, volevo proporre una lista dei Dot che saranno ‘fissati’ nel demo.

Attualmente abbiamo inserito:

myDot – liberamente modificabile dallo sviluppatore.
WeatherDot – un Dot in grado di ottenere informazioni meteo tramite Google.
OfficeDot – un ‘simulatore di ufficio’ che riproduce l’automazione di un ufficio con accessi, luci e .. una macchina per il caffè !

A questi Dot potremmo aggiungerne altri, che tuttavia stiamo lasciando indietro perché non riteniamo così interessanti:

GpsDot – un parser di stream NMEA.
RemoteDot – un uploader di informazioni verso un server web.
SolarDot – un simulatore di impianto fotovoltaico.
ModbusDot – interfacciamento tramite Modbus ASCII, Modbus-RTU e Modbus-TCP.

Altre idee ? Siamo ancora in grado di inserire quello che preferite..

Scaddle trainer sarà disponibile il 2 agosto 2010. Sarà implementato in .NET Framework 2.0. Il myDot potrà essere scritto in C# tramite Visual Studio o SharpDevelop. L’interfaccia grafica non sarà sicuramente all’altezza della versione finale ma stiamo cercando di curare meglio altre cose.

Ulteriori linguaggi e piattaforme in arrivo con le prossime release.

Facebook, bye bye

2010-07-21T23:45:00.001+02:00

E alla fine ho disattivato l’account di Facebook.

Di solito ci sono due motivi per cui elimino un account da un servizio web. Non mi piace il servizio oppure non lo trovo utile e non lo uso. Per Facebook vale un miscuglio delle due cose.

Il viaggio su Facebook è stato lento e irregolare. Mi ero iscritto per curiosità quando nel nostro paese lo conoscevano in pochi. E infatti non c’era nessuno, si stava soli soletti nella propria pagina e non sembrava che questa cosa avesse un gran senso.

Quando sono rientrato era cominciato il boom in Italia. Improvvisamente c’erano tutti. Chi non c’era veniva invitato. A quel punto è finalmente cominciata l’escalation di amicizie, ovvero il recuperare amici, parenti, conoscenti, ex amici, ex compagni di classe per collocarli tutti insieme in una bella lista di contatti.

Ci è scappata l’organizzazione di un paio di cene tra compagni di classe, a cui non ho partecipato per motivi vari.

Ci è scappata qualche chiacchiera in chat, a tarda notte, con parenti e amici vari.

Ci è scappato il momento ‘quanto è piccolo il mondo’, quando ho scoperto che una persona che credevo completamente e totalmente dispersa era molto più vicina di quanto immaginassi.

C’è stato anche il periodo 'Farmville’, in cui cedevo l’account a mia moglie (appassionata del gioco) in modo che potesse gestire sia la sua fattoria che la mia. Praticamente ho inventato la mezzadria digitale.

Poi c’è stato il buco. Nel senso che non ci sono più entrato. Al massimo qualche login per controllare (e limitare) le opzioni sulla privacy.

Il fatto è che, una volta recuperati i vecchi contatti e salvati i loro indirizzi di email, non mi interessava più andare a selezionare un ‘mi piace’ sulla loro bacheca. Quindi diciamo che ho sfruttato Facebook (che si è comportato molto bene) nella fase di ‘recupero’ dei contatti, ma non l’ho trovato più utile una volta che questi contatti erano ritrovati e messi al sicuro.

E così ci salutiamo. Niente di personale. Non mi interessa se Zuckerberg è antipatico o simpatico. Non mi interessa fare una questione di principio della loro politica sulla privacy.

Se Facebook festeggia 500 milioni di utenti, io non sono più dentro quei 500 milioni.

Facebook, non mi servi più.

Indicazioni stradali su Subversion

2010-07-20T09:00:00.001+02:00

.. a volte capita di dover spiegare ad un collega come ci dobbiamo muovere nel repository SVN di un progetto, e di avere sottomano la libreria di stencil e stili che usiamo per generare i mockup delle interfacce grafiche ..

.. il risultato è uno schemino veloce veloce che spiega le ‘indicazioni stradali’ per raggiungere il risultato voluto.

Voi lo capite ?

Un progetto di Home Automation (parte 2)

2010-07-19T09:00:00.002+02:00

Ricordate il progetto di domotica accennato in questo post ? Purtroppo a pochi giorni dalla pubblicazione ho avuto ben altri problemi, più contingenti, che hanno spostato le mie energie altrove.

Il fattaccio

All'inizio di un bel weekend di fine marzo, approfittando della imminente primavera per riaprire l'appartamento al mare, mi spostavo con la famigliola lontano dal caos della vita di tutti i giorni per ... ritrovarmi di fronte ad un mezzo incubo.

Aperta la porta dell'abitazione, lo scenario era quello di un appartamento allagato, e non di acqua.

Origine del problema il bagno, visto che una ostruzione del pozzetto esterno aveva diretto tutti gli scarichi verso l'appartamento (svantaggi di essere al primo piano).

Vi risparmio i dettagli, soprattutto se siete deboli di stomaco. Questo per dirvi che fino a giugno ho letteralmente fatto l'operaio per sistemare tutti i danni.

Ma adesso che è tutto in ordine e che posso concentrarmi di nuovo sui problemi di casa, credo che porterò avanti nuovamente il progetto iniziale.

Una manciata di blog

2010-07-18T10:00:00.000+02:00

Qualche blog interessante estratto direttamente dal mio feed reader. Si parla di presentazioni, design, humour e, naturalmente, programmazione.

Presentation Zen

Note, consigli e riflessioni sulle presentazioni in pubblico da Garr Reynolds, uno che le presentazioni le sa fare eccome.
http://www.presentationzen.com

Tecnica Arcana Podcast

Il sito ufficiale del podcast di Carlo Becchi. Interessantissimo e accattivante. Presentato con ironia, professionalità e competenza.
http://www.tecnicaarcana.com/

XKCD

Se non lo conoscete, non potete definirvi geek.
http://xkcd.com

Ignore the code

Lukas Mathis propone considerazioni e segnalazioni sull’interfaccia utente con un punto di vista sempre interessante e spesso originale. Per una lettura in perfetto stile ‘userinterfaccia’.
http://ignorethecode.net/blog/

Il blog di Nicola Amatucci

Se vi interessa la programmazione di Arduino, ma anche trucchi e tutorial sulla programmazione, questo blog è una piacevole lettura.
http://www.nicolaamatucci.com/blog/

i feel lowercase

Blog umoristico dedicato alle news di tecnologia, di cui spesso mi diverto a re-twittare i post. E’ ancora acerbo ma sono convinto che quando troverà il suo pubblico e uno stile più naturale diventerà un classico.
http://ifeellowercase.blogspot.com

Indie Vault

Imperdibile riferimento italiano sul gaming indipendente: un argomento da seguire con sempre più attenzione. Bei post, sempre interessanti, e bella grafica.
http://www.indievault.it/

Konkuri – tornei a piacere

2010-07-16T08:30:00.000+02:00

Konkuri è un’interessante startup nostrana (tanto nostrana che è di Bologna) che propone una applicazione web semplice ed efficacissima, realizzata in maniera impeccabile.

L’idea è quella di permettere agli utenti di gestire i propri tornei in maniera veloce ed immediata. Per ‘gestire’ tornei intendo l’immissione delle squadre (o partecipanti), la creazione del calendario, l’immissione dei risultati e così via.

Se almeno una volta vi siete messi con carta e penna a stilare la classifica del torneo dell’ufficio di calcio balilla, allora capite cosa intendo.

Praticamente indispensabile.

Windows 7 e il Big Smart Button

2010-07-15T09:00:00.002+02:00

Lo confesso. Sono approdato a Windows 7 solo ora.

E non per scelta.

Però devo dire che non è male, è molto facile da usare e abbastanza performante.

Non ho ancora analizzato in dettaglio se ci sono finezze degne di nota nell’interfaccia grafica. Sicuramente trovo il menu Start molto più facile da usare rispetto ai predecessori.

Una cosa che invece mi è saltata subito all’occhio è l’utilizzo di una sorta di Big Smart Button per spegnere / uscire / mettere in pausa il PC.

Se non ricordate il Big Smart Button:

.. utilizzate un’icona o un bottone molto evidente (Big Smart Button) come punto di accesso per una funzione complessa. Utilizzate la grafica del bottone come indicatore dello stato dell’oggetto. Utilizzate il click sul bottone per attivare il comando più comune sull’oggetto. Utilizzate una porzione secondaria del bottone per accedere ai comandi secondari o comunque meno usati.

Grazie Adobe, per il default

2010-07-06T07:55:00.000+02:00

Non pensavo di dover mai ringraziare per una cosa del genere.

Ma con la marea di finestre invadenti e invasive che ti propongono di installare questo, inviare quest'altro e scaricare quell'altro ancora apprezzo la scelta di Adobe di mettere il 'No, grazie' come risposta di default per l'autorizzazione al monitoraggio del Reader.

E' una piccola cosa, magari potevano anche evitare di propormi questa finestra non richiesta, ma apprezzo il gesto.

E' un inizio. Grazie.

Un cacciavite è e rimane un cacciavite

2010-06-30T11:29:00.001+02:00

Questo post è quasi una sorta di manifesto, penso valga la pena di mettere giù questi miei pensieri, per banali che siano.

Voglio parlare di strumenti.

Nell'informatica gli strumenti possono essere hardware, software, linguaggi di programmazione, idee, metodologie e tante altre cose che adesso non mi vengono in mente.

Sono strumenti Linux, Windows e Mac OS X.

Sono strumenti Android, iPhone, iPad.

Sono strumenti i PC desktop, i netbook, gli smartphone, i tablet.

Sono strumenti Git, Subversion, Mercurial e CVS.

Sono strumenti C++, C#, Java, Objective C, Ruby. Pure il Basic è uno strumento.

Sono strumenti le Metodologie Agili, il Waterfall, Scrum, Extreme programming e la Tecnica del Pomodoro.

Per strumenti intendo cose che mi permettono di completare al meglio un progetto. Se fossi un falegname i miei strumenti (attrezzi, in questo caso) sarebbero una pialla, un cacciavite, una sega e un martello.

Ma credo che non vedrò mai un falegname ingaggiare una flame war per stabilire se è meglio il cacciavite a stella rispetto al cacciavite a taglio. Né vedrò un falegname fare una bandiera o una religione del proprio cacciavite preferito.

Certo, magari un giorno o l'altro potrà lamentarsi perché non è robusto abbastanza, perché non va bene con le viti che deve usare, perché non riesce ad arrivare in un angolo particolarmente angusto. Ma non credo che arriverà a litigare con nessuno o a promuovere crociate pro o contro il cacciavite in questione.

Ecco, vedetemi come il falegname.

Per me i linguaggi di programmazione, i sistemi operativi, le metodologie e i software sono strumenti per raggiungere uno scopo. Se ho un mobile o una casa da costruire, userò quelli più adatti allo scopo. E vi assicuro che sono più interessato al mobile e alla casa che non agli strumenti che userò per costruirli.

A volte mi lamenterò perché uno strumento funziona peggio di un altro, o perché uno strumento all'improvviso diventerà inutilizzabile per scelta del costruttore, o perché gli manca una sciocchezza per poter essere un grande strumento.

Ma si fa per parlare.

Di sicuro un cacciavite non sarà mai una bandiera, per me, né una religione.

.. e buon lavoro !

Unity Launcher - un design a largo raggio

2010-06-24T13:19:00.000+02:00

Bell'esempio di design di usabilità, quello dello Unity Launcher, per almeno un paio di motivi.

1. Fa piacere vedere come sia ormai abbastanza consolidata, negli ultimi tempi, la ricerca di un buon design per l'interfaccia utente anche nei progetti open source.

Forse è davvero finito il tempo in cui l'open source era di buona qualità ma nessuno si preoccupava troppo che fosse usabile. E' il segno di una vera maturità ?

2. Il design di interfaccia dello Unity Launcher fa pensare anche ad un trend che diventerà sempre più importante seguire. Ormai bisogna progettare a largo raggio gli elementi di un'interfaccia utente.

Per 'largo raggio' intendo la consapevolezza che uno strumento possa essere usato su tante piattaforme hardware diverse con diversi approcci dal punto di vista dell'interattività. Su un PC desktop, su un netbook, su un tablet e su dispositivi anche più piccoli avremo necessariamente combinazioni di strumenti diversi.

E allora fa piacere che, anche se il target principale può essere il desktop, nel design si possa già pensare alla dimensione delle icone tale da facilitare l'uso con un touch screen, e allo stesso tempo non perdere di vista la possibilità di usare al meglio la rotella del mouse e gli shortcut da tastiera.

Insomma, pensare uno strumento che sia utilizzabile in tante situazioni, da tanti tipi diversi di utenti.

Unity Launcher Introduction from Canonical Design on Vimeo.

Dita che sanguinano ... e la mente dei programmatori

2010-06-17T08:30:00.001+02:00

[post brutalmente tradotto dal corrispettivo nella versione inglese di questo blog]

Vita di famiglia.

Dopo che sia io che mia moglie ci siamo allegramente affettati le dita con l'affilata mezzaluna che teniamo in cucina, ho deciso che era ora di realizzare una semplice protezione con un pezzo di cartone.

Quello che ho fatto è documentato nelle foto seguenti.

Come potete vedere non si tratta di un'opera d'arte.

Però funziona, e non ci affettiamo più le dita.

Quello che mi ha dato da pensare è il fatto che mia moglie ha ammesso di non avere la più pallida idea di come realizzare un oggetto simile e che, mentre lo realizzavo, non aveva la più pallida idea di quello che stessi combinando.

Nella mia mente, al contrario. Tutto era molto chiaro.

Così chiaro che non ho dovuto prendere misure, né tracciare schizzi o progetti. Anche i piccoli triangoli tagliati a lato della striscia di cartone (necessari per permettere alla protezione di incurvarsi e seguire la lama) sono venuti fuori immediatamente e in modo estremamente naturale.

Ora, questo è il mio ragionamento. Questo oggetto non è arte né (decisamente) un esempio di alta ingegneria. E' una scemata, ma funziona ed è stato estremamente semplice da costruire.

Pur non essendo il lavoro di un genio, non tutte le persone sono in grado di creare oggetti in questo modo. Ma penso anche che sia una capacità che quasi tutti i programmatori hanno.

Una sorta di 'forma mentis'.

Probabilmente la condividiamo con muratori, falegnami, progettisti, architetti e designer, mentre traduttori, interpreti (per fare un esempio tirando in ballo mia moglie), scrittori, insegnanti, cantanti e attori probabilmente non hanno.

E' l'abilità di immaginare qualcosa che ancora non esiste, combinata all'abilità di capire, in dettaglio, come renderla reale.

E', in definitiva, ciò che facciamo tutti i giorni quando ci mettiamo a programmare.

Che ne pensate ?

Upto9bits - il team distribuito

2010-06-09T08:30:00.001+02:00

Upto9bits, di cui faccio parte dall'inizio di quest'anno, è un team che ha la fortuna di riuscire a lavorare in modalità distribuita.

Possiamo permettercelo perché lavoriamo come professionisti, perché non dipendiamo da manager all'antica, perché lavoriamo a 55 km di distanza e ci rendiamo conto che lo spostamento quotidiano diventa troppo costoso, inquinante e dispersivo.

Come siamo organizzati ? Abbiamo due uffici: uno attrezzato per grafica e web, l'altro attrezzato per schede, hardware, tester e cablaggi.

Non abbiamo bisogno di un regolamento particolarmente severo, forse perché ormai abbiamo una certa esperienza e siamo tranquilli sulla produttività che riusciamo ad ottenere.
Ognuno fa i propri orari e come unica 'regola' sappiamo che al mattino la prima mail funziona come 'briefing'. Punto della situazione, breve risposta, in due o tre scambi di battute siamo al lavoro.

Con che strumenti comunichiamo e scambiamo informazioni ?

I Google Documents sono utilissimi per condividere calcoli, appunti e il planning gestito tramite Calendar.

DropBox è quasi indispensabile per scambiare qualunque tipo di file.

Git è il nostro sistema preferito di controllo revisioni (ma solo perché non abbiamo ancora dei repository condivisi).

Skype diventa indispensabile tutte le volte in cui bisogna arrivare alla comunicazione verbale, comprese le conference call.

... tutti gli altri strumenti (ambienti di sviluppo, programmi di grafica, OpenOffice, ecc) servono al lavoro vero e proprio.

Ci manca uno strumento interno e integrato di gestione dei progetti ? A volte sì. Vogliamo impiegare tempo per metterlo in piedi ? No, preferiamo lavorare per la clientela.

Un giorno (si spera), la mole di lavoro sarà tale da non permetterci più di gestire le attività tramite un piccolo gruppo di applicazioni eterogenee. Quando sarà il momento ce ne accorgeremo (ci saranno evidenti segnali di allarme) e allora correremo ai ripari. Ma non prima.