Oggi mi è successa la cosa più bella del mondo - almeno prendendo come esempio la gamma di cose che possono piacere ad un nerd come me. Stavo uscendo dalla metro A (Colli Albani, per la gioia degli stalker), e proprio sulle scale ho notato una ragazza appostata, con lo smartphone puntato verso di me, o meglio verso l'uscita. Stava catturando con la sua fotocamera i passanti; sono stato colto dal suo obiettivo, e mi sono prontamente girato a guardare, una volta superatala, cosa facesse: mi stava mettendo su Instagram.
Questo ha scatenato in me una reazione primaria e una riflessione secondaria. La reazione primaria è stata quella di chiederle di menzionare @dottorblaster al momento della messa online, così avrei ritrovato la foto in mezzo all'overflow di contenuti; purtroppo mi sono vergognato, quindi anche cercando in vari hashtag non ho trovato una beata mazza. La riflessione secondaria invece è stata più profonda (ovviamente :D), e cioè che la rivoluzione della rete, almeno per early adopter et similia, può dirsi compiuta, perché grazie a smartphone e social media così pervasivi ogni istante che viviamo può essere messo online in vari modi - e spesso il talento di un vero blogger o un comunicatore è proprio quello di saper scegliere il mezzo più adatto al momento.
Tutto questo ovviamente si coniuga nel mio "menzionami su Instagram" ad una completa sconosciuta; non più il virtuale che estende i suoi tentacoli ad un mondo reale arretrato, ma finalmente una dimensione reale che compenetra i confini del nostro second self - e ci costringe a fondere le due cose. È vero per tutti? Beh, no: ci sono persone che scindono la loro presenza su alcuni social network dalla vita reale, tuttavia a volte fanno uno strappo alla regola.
E il futuro? Il futuro è fatto di strappi alla regola, per tutti. Il blasonato concetto del quarto d'ora di celebrità si espande e non risulta quasi più calzare alla perfezione.
Ieri, tra i fraseggi iniziali del mio liveblogging su Twitter del Google I/O 2012, ho esordito con un tweet: "Not just copycats". E probabilmente il punto di ciò che sto per esplicare è proprio questo. Ma cominciamo dall'inizio: Google, nella giornata di ieri, ha iniziato il Google I/O di quest'anno con l'ormai consueto keynote su Android. A prescindere dai numeri, si è passati subito all'azione: Android 4.1 "Jelly Bean", e la sua interfaccia totalmente rinnovata sotto il cofano. Mentre Hugo Barra e i suoi accoliti presentavano le novità che avevano introdotto, come Project Butter o Triple Buffering, mi sono sentito veramente ispirato, come sostenitore ed evangelist dell'open source: non ho visto infatti qualcosa di passivo, come un'azienda che mi inculca il suo modo di vedere il prodotto, l'oggetto, e mi forza ad usarlo in uno specifico modo. Ho visto invece come l'ottica open source di una grande compagnia (e attenzione, ho detto open source e non free software) possa trasparire soprattutto dai piccoli (?) gesti. Durante l'anteprima di Android 4.1 è stato spiegato come lo scheduler gestisce le chiamate al touchscreen, e come l'interfaccia venga bufferizzata relativamente ai gesti fatti dall'utente.
Google ha trasformato in un workshop anche la presentazione del suo prodotto di punta, Android 4.1, quando altre società avrebbero reso il pubblico semplicemente un branco di scimmie ammaestrate pronte ad applaudire solo guardando dei brillantini e delle scritte molto belle; in questo invece il colosso dei motori di ricerca, come lo chiamava mio padre, ha fatto scuola e ha tenuto banco: ha mostrato come si possa introdurre l'innovazione all'interno del proprio ecosistema e rendere la comunità felice.
Ed è proprio questo il fulcro: la comunità. Mentre ogni altro evento si espleta nella maniera in cui la casa produttrice ti propina il suo prodotto, e te lo fa testare e recensire, in un keynote di questo tipo tra il pubblico e l'ecosistema Android (del quale ci parla, con un lieve ritardo ma sempre in maniera gradevole, Lorenzo) lato azienda si crea un legame empatico che fa si che la platea non venga sottoposta al lavaggio del cervello, bensì venga detto, sopra le righe: "Ecco, questo è il risultato dei nostri sforzi, ma non solo; anche dei vostri, come comunità". È parecchio tempo infatti che Google, oltre che fornire un AOSP (Android Open Source Project - ossia il sorgente di Android) di qualità, integra anche miglioramenti provenienti dall'esterno; e se Android 4.0 oggi è quello che è, lo dobbiamo si a Google, ma soprattutto ad una sempre crescente comunità che raccogliendosi intorno a specifici spot come AOKP o CyanogenMod ha dimostrato di poter contribuire in maniera tangibile allo sviluppo del prodotto, contando tanto quando un OEM. E questo ce lo dice non solo Google, col suo comportamento, ma ce lo dice anche uno degli sviluppatori di CyanogenMod, in un'intervista di qualche tempo fa su queste pagine; ma soprattutto, ce lo dice il prodotto stesso, Android, che in queste ultime due release (specialmente per Android 4.0) ha integrato feature in maniera massiccia accettando consigli e patch non solo dai dipendenti pagati, ma anche da terzi, come CyanogenMod, come Linaro.
Questo Hugo Barra e Sergey Brin lo sanno, ed infatti, nonostante tutto lo speech su Android sia effettivamente un ringraziamento tacito alla community, uno strizzare l'occhio allo sviluppatore e al supporter, non perdono l'occasione ghiotta, e ringraziano coloro in sala, e coloro che guardano in streaming l'evento; tutta la community che si raccoglie non intorno a Google, ma attorno ad Android come prodotto, e ne è la vera forza, la potenza che lo ha aiutato quando ce n'era bisogno e continua a farlo facendo si che compenetri l'ambito casalingo e quello aziendale.
Non solo delle fotocopie quindi: come Apple aveva preso il menù delle notifiche di Android, trasformandolo ed adattandolo al proprio concept (vivaddìo), allora Google ha ripreso quegli stessi miglioramenti, facendo di meglio, innovando sempre di più. Anche i concetti risultano open source, visti da questa angolazione. E dunque risulta ridicola la guerra sui brevetti; l'importante è dare una forma a ciò che si prende, una forma propria, ciò che in molti chiamano brand identity. E quindi grazie Google, per avermi fatto vivere un'esperienza così bella come quella di sentirmi effettivamente parte di un panorama in continua, esponenziale crescita, dove le idee circolano rapide e senza essere fermate.
Mentre in questi giorni non so a chi dare i resti - e qui vi chiedo di essere miei fedelissimi in questa circostanza perché sto preparando un post fighissimo sulla percezione che hanno le imprese dell'open source, anche se il mondo si sta impegnando affinché io non possa mai finire ciò che ho iniziato, vi segnalo una cosa bellissima che ho trovato in giro per la rete mentre facevo il blogger di mestiere.
Avevate mai sentito parlare della licenza ☺? Questo "smile" a quanto pare, dà le facoltà di una licenza BSD, grossomodo, anche se il payback è notevole e mette in circolo karma positivo: bisogna essere gentili, sorridere, abbracciare, eccetera eccetera eccetera. Vi posto un estratto dalla licenza, disponibile alla pagina ufficiale:
By attaching this document to the given files (the “work”), you, the licensee, are hereby granted free usage in both personal and commerical environments, without any obligation of attribution or payment (monetary or otherwise). The licensee is free to use, copy, modify, publish, distribute, sublicence, and/or merchandise the work, subject to the licensee inflecting a positive message unto someone. This includes (but is not limited to): smiling, being nice, saying “thank you”, assisting other persons, or any similar actions percolating the given concept.
Tutto ciò è alquanto poetico. Chissà quanto effettivamente la licenza ☺ sia compatibile poi con GPL e BSD; magari un giorno prenderò uno dei miei fidi ed infallibili avvocati dell'open source come Ernesto e glielo chiederò, facendomi dare del pazzo due minuti dopo.
Sapete, non mi era mai successo di essere intervistato per le cose che faccio. Nonostante la copertura (aehm, modestia a parte) che ho ottenuto nei tempi passati per varie iniziative - soprattutto per il blog, in ogni caso - ho sempre vissuto il settore dei media dalla parte della stampa e mai dalla parte dell'ospite: è stato un onore essere ospite di Antonio Pavolini nella suggestiva cornice (per un nerd come me) del Codemotion 2012.
Mi ha messo a mio agio, e mi ha domandato con tranquillità ciò che voleva mettere in evidenza: devo dire che sono pronto a rifarlo :D
Bando agli scherzi, i temi variano un po': abbiamo iniziato con la situazione delle aziende e la loro conoscenza dell'ambito open source e di tutto il panorama del quale potrebbero essere messe a parte se solo venissero stimolate a piccole attività di questo tipo, dopodiché abbiamo parlato di Hopen, e di cosa bolle in pentola, come ad esempio le Maker Faire, da concetti ad applicazioni pratiche.
Il resto è tutto qua, nel video: ve lo propongo direttamente qui sotto. Scusate la pronuncia palesemente romana, ma era la mia prima intervista, ed ero un po' agitato. :P
Ormai è molto tempo che vivo stabile e felice sulla mia Arch Linux con installato KDE. Siccome però la voglia di smanettamento è sempre tanta, ho deciso che introdurre un pelino di entropia all'interno della mia solita (e ormai quasi noiosa) configurazione software sarebbe stato per certi versi quasi eccitante. Ho deciso quindi di dare una chance a LightDM, utilizzato già dalla "grande mela" Ubuntu con molto profitto: ne pensavo veramente bene.
Perché ne pensavo bene? Beh, perché mi piace la struttura di LightDM e trovo sacrosanto che la struttura "core" di un display manager possa considerarsi agnostica rispetto alle librerie grafiche utilizzate dal frontend, il greeter, che GTK+ o QT che sia, può contare sempre sulla medesima struttura di fondo.
Greeter definito a buildtime
Il titolo di questo paragrafo vi dice proprio ciò che mi ha fatto storcere il naso in prima battuta: da entusiasta che ero di LightDM, tale display manager ha ridotto notevolmente il mio piacere dello smanettamento quando ho visto che, definito default il greeter GTK+, per cambiare greeter ed utilizzare quello scritto in QT per KDE avrei dovuto modificare i parametri di compilazione. Magari un parametro del genere definito a tempo di compilazione può rendere il binario più prestante, tuttavia ho trovato fastidioso che non ci fosse un file di configurazione dove scrivere e modificare successivamente le mie impostazioni in maniera dinamica riguardo il greeter.
Questo significa che se io, oggi, da KDE decidessi di tornare a GNOME, dovrei ricompilare LightDM con il greeter GTK+. Dislike, decisamente.
Ma andiamo oltre.
LightDM consuma come un DC9
Mi rifaccio a una famosa frase di Giobbe Covatta in "Dio li fa e poi li accoppa": "Tengo una Volvo di sedici anni che consuma come un DC9" - il DC9 nella mia esperienza di qualche giorno fa è proprio LightDM, che pur nella sua nuova concezione di management non si limita a gestire il display in maniera trasparente, ma fa sentire la sua presenza. Dove? Ma sulla CPU, naturalmente.
Mi sono accorto infatti che mentre spostavo le finestre il mio laptop risultava leggermente scarso durante il dragging, presentando anche alcuni scatti. Ora, dato il duplice chip grafico in entrambi i casi rispettabile (il window manager lo faccio girare sulla Intel che è comunque una signora scheda, soprattutto sul 2D), ho pensato che ci fosse qualcosa di strano. Così, dopo ore impiegate ad imprecare contro la gestione del caching di KWin, ho visto aprendo htop che invece la colpa era di qualcun altro: LightDM, che non lasciava alla mia CPU nemmeno un secondo per godersi "il sonno dei giusti" (parafrasando un post di telperion in cui erano gli hard disk a stare sempre svegli e pimpanti).
Il carico del 6% costante sul processore - ed il 6% del mio i5 nuovo nuovo non è esattamente poco - ha fatto si che con un colpo di sed, equiparabile al colpo di spugna di chi, invece che con vim, lavora col Vim liquido, io tornassi al mio KDM che non tradisce.
Ed il processore adesso dorme il sonno dei giusti.
