13 Oct 2012
Oggi Patryk su Twitter ha fatto una domanda abbastanza intelligente: "ma se io se cambiassi licenza (dalla GPL) al mio software nella prossima versione, sarebbe legale?" - ora, a prescindere da tutto, la domanda non è per niente banale, tan'è che la General Public License in un punto ammette proprio che sia possibile cambiare licenza, a patto però che tutti i contributori del progetto siano consenzienti, per ovvie ragioni di proprietà del diritto d'autore e della proprietà intellettuale. Al che è sorto un bel discorso anche con altri; è giusto infatti che da una versione all'altra un software diventi proprietario?
tl;dr: per me si. Ma andiamo per gradi.
Libertà
Come diceva Voltaire, la libertà è tale finché non danneggia quella degli altri; ebbene, a prescindere dai contributor potenziali di un progetto open source, abbiamo da una parte gli sviluppatori e dall'altra gli utenti divisi da un gap abbastanza profondo: gli sviluppatori a volte sono costretti a prendere delle vie che nemmeno a loro piacciono, eppure debbono farlo. E se per qualche motivo al proprietario del diritto d'autore non potesse essere permesso di cambiare la licenza in tempi successivi alla prima versione, questo sarebbe assolutamente restrittivo anche nei confronti dell'artefice del software. E se la libertà è tale finché non danneggia quella degli altri, chissà cosa dovrei pensare di qualcosa che danneggia in primis la mia, di libertà.
In vino veritas
C'è poi il punto fondamentale della "verità del vino", ossia che in alcune occasioni - diciamocelo - mantenere un layer di sviluppo in ottica proprietaria può fare la fortuna di alcuni progetti, anche con successivo rilascio di codice. L'esempio più lampante è quello di una compagnia che vuole imprimere al suo prodotto un form factor caratteristico che magari la comunità distorcerebbe - senza per questo essere nazisti come mi diceva Rosario ieri sera mentre eravamo seduti davanti al nostro lauto aperitivo.
In fondo a volte la comunità è come una donna: nonostante tutto, ci sono casi in cui cerca di cambiare tutto nel software, e quando ci riesce poi dice che non gli piace più. Mi scuso con le donne per il riferimento sessista, ma dovete ammettere che ci stava. :)
In alcuni casi quindi il non-rilascio del codice e il mantenimento del tutto ad uno status quo declinato in una licenza proprietaria non è necessariamente un male: in fondo ad un livello successivo l'azienda, o chi per essa, può sempre decidere di riaprire lo sviluppo anche rendendolo community-based e svincolando di fatto sé stessa da tutta l'attività di licensing.
Everything but licenses (but use GPL)
Questo paragrafo lo intitolo riprendendo una celebre frase di Matt Mullenweg, il creatore di WordPress e CEO di Automattic. Sul palco di non mi ricordo quale WordCamp, alla faccia del fact-checking, disse: "Open source is everything but the license (but use GPL)". Questo significa che tutta la nostra attività di sviluppo in ambito open source dipende da una serie di fattori che dopo un rapido controllo sono effettivamente verificabili come aventi poco o niente a che fare con una licenza software: d'altronde le licenze copyleft sono state create per fronteggiare i colossi e le dotcom dei miei stivali che già dagli anni '80 scorrazzavano senza timore per la Silicon Valley uccidendo l'innovazione libera sfruttando una serie di cavilli burocratici per togliere le licenze d'uso ai concorrenti. Qualcosa di molto vicino al patent trolling di oggi.
Quindi, la conclusione è: non state a guardare il pezzo di carta. Programmate liberi, distribuite, moltiplicate il software come i pani e i pesci. Ma possibilmente, rendetelo open source.
Photo courtesy of JD Hancock
11 Oct 2012
Negli anni che stiamo vivendo, ci sono stati dei cambiamenti a livello di marketing "delle cose" (quindi meccaniche generali) che mi hanno fatto riflettere abbastanza. Abbiamo attraversato infatti un periodo di transizione in cui il software, i bit, venivano venduti in maniera variabile, mentre nell'ultima finestra temporale, di circa un paio d'anni, ormai chiunque voglia offrire un prodotto è obbligato a farlo secondo alcuni canoni impostisi prima con l'avvento di alcune tecnologie "onnicomprensive", successivamente con prodotti che hanno compenetrato l'ambito fatto di ossa e carne, ossia il reale, portando i bit ad assumere un'importanza prevalente rispetto a tante, tantissime altre cose.
Di cosa sto parlando? Sto parlando di marketing del contesto. Come primo esempio possiamo prendere le Google Apps: dalla nascita di GMail, Google ha cominciato ad offrire all'utente non più un prodotto, ma un pool di prodotti fortemente concatenati in un contesto. E parliamo sempre di bit eh. Come secondo esempio, possiamo indicare Apple in funzione di una delle compagnie che maggiormente hanno contribuito a portare nell'ambito "reale", di oggetti di ferro e plastica, quello che ormai eravamo quasi assuefatti a veder succedere coi bit.
Ovviamente ci sono tantissimi altri esempi, ma diciamo che questi due sono facilmente comprensibili e lampanti: iTunes, l'iPod e dopo l'iPhone con anche iCloud sono una piattaforma che integra e collega in maniera quasi (?) inscindibile i dispositivi, racchiudendo l'utente in un contesto dove gli basta allungare una mano per far dialogare dispositivi e tecnologie. Stessa cosa per il contesto offerto da Google: prima GMail, dopodiché Reader, Calendar, e tutte le Google Apps, fino ad arrivare ad Android e Google Music.
Ormai l'offerta di un contesto è imprescindibile per chiunque voglia anche solo pensare di sopravvivere nel medio/lungo periodo, con risultati impressionanti: bisogna trovare il modo infatti di proporre in maniera creativa il proprio panorama di prodotti, oppure "se non puoi combatterli alleati con loro" - ossia integrare la propria applicazione, il frutto del proprio lavoro in un ecosistema di largo uso in mano a milioni di persone, così che possano raggiungere il programma che ho scritto, ad esempio, io, con la stessa facilità con cui raggiungono le applicazioni integrate in maniera predefinita nel proprio contesto "nativo".
Abbiamo quindi questo nuovo modo di ragionare nel proporre prodotti - soprattutto nel campo dell'innovazione: la tendenza ad integrarsi od offrire un proprio contesto, in modo da risultare fascinevoli via via sempre di più, e costruirsi una userbase. Tante startup e tanti software stanno affrontando la sfida: Rovio ha proposto adesso un libro di cucina (digitale) basato sul contesto ormai popolare costruito da Angry Birds e Bad Piggies, mentre addirittura in ambito Linux (desktop) c'è chi cerca di seguire la scia integrando infrastrutture cloud all'interno degli ambienti di lavoro. Casi come Canonical con Ubuntu One e GNOME che includerà OwnCloud ne sono una prova quantomai palese.
Image courtesy of Will Lion
03 Oct 2012
Incuriosito da un post su Wired che lessi qualche tempo fa, ho approfondito il discorso di una rete wifi con autenticazione legata a Facebook, un concetto che mi è parso interessante sin da subito in quanto molto più accessibile per le strutture pubbliche, in modo da non dover più richiedere noiosi dettagli personali quando qualcuno vuole utilizzare la connessione wireless della struttura.
È così che ho pingato i ragazzi di wiMAN, startup non solo italiana ma pure pugliese (regione in cui ho lasciato il cuore), di cui mi ha particolamente attratto il claim, "Libera il wifi", che prende un po' spunto anche da quella che è l'ottica Fon e dalla comunità dei Foneros. Loro non hanno solamente risposto con pazienza alle mie domande per #opencore, ma si sono dimostrati molto gentili e abbiamo chiacchierato anche di altro, come di business model comprensivi di strategie open source e tanti bellissimi argomenti squisitamente più tecnici (tipo OpenWRT, dd-WRT, eccetera eccetera). Bando alle ciance, eccovi quindi la mi intervista a Michele Di Mauro, in arte @wiM1K.
L'intervista
Ciao Michele, visto che abbiamo già rotto il ghiaccio su Twitter iniziamo subito: ogni sistema software fa affidamento a dei software chiave per il suo funzionamento; questi sono appunto detti "stack software"; come è composto lo stack software di wiMAN? Ci sono software open source al suo interno?
Dunque, la nostra startup è fortemente legata al mondo dell' open source. 4 anni fa da buon studente di ingegneria delle telecomunicazioni ed appassionato Linux, mi imbattei per caso in questo progetto https://openwrt.org/, ho pensato subito: "wow che figata"! Lo installai sul mio router ed iniziai ad utilizzarlo per un po' (senza tante pretese). Poi dopo un anno con il mio attuale co-founder in wiMAN (Massimo Ciuffreda) iniziammo ad installare hotspot "convenzionali" (con registrazione via sms) nel nostro paese (Mattinata) utilizzando soluzioni proprietarie; ben presto peró capimmo che innanzitutto la soluzione non era scalabile ed in piú l' approccio al wifi era comunque sbagliato: non si puó costringere un utente a compilare form di registrazione, ricevere codici via sms o ancora peggio inserire carte di credito per navigare, un approccio di questo tipo costituisce una vera e propria barriera all' ingresso, senza contare che gli stranieri non possono ricevere sms sui propri telefoni con SIM estera. Allora ci siamo detti: "dobbiamo inventarci qualcosa". Così iniziai a rispolverare OpenWRT in accoppiata col Linksys wrt54gl (un must), mi serviva a questo punto un demone che mi fornisse il captive portal e mi imbattei in CoovaChilli. A questo punto sul router avevamo tutto quello che ci serviva. Ci studiammo le api e le classi PHP messe a disposizione da Facebook per autenticare gli utenti attraverso il social network. A questo punto mancava solo una solida base dati per chiudere il cerchio open source, scegliemmo MySQL. Poi dopo 12.500 ore di lavoro wiman era pronto per essere testato in pubblico. Oggi dopo soli 3 mesi abbiamo raggiunto quasi 50.000 connessioni di cui 20.000 ad agosto con soli 80 router circa dislocati in tutta Italia, e siamo solo all' inizio :)
Informazioni illuminanti: sono lieto di vedere che tutto quello su cui vi basate è aperto e "hackabile". Parliamo invece delle vostre postazioni e dello stack "lato sviluppatore": quali sono gli strumenti che usate per sviluppare? (IDE, eventuali VPS)
Beh, lato server è tutto open source! Per quanto riguarda le nostre postazioni si dividono tra Mac OS e Ubuntu. I tool che utilizziamo maggiormente sono Komodo Edit come IDE, Wireshark, Filezilla, Firefox, Sequel Pro, PHPMyAdmin, GPG, GIMP, Vi e personalmente abuso di JQuery !
Pensa che ho chiesto ad un ragazzo del team quali software open source usasse personalmente, mi ha risposto un po' stizzito "io uso solo open source!", ehehe... direi che ci siamo, no? :D
Grandissimi :D
Qual è la vostra opinione sul rapporto tra processo di innovazione e open source? In quale punto della catena, secondo voi, deve essere inserito lo step del rendere un prodotto aperto?
Ti parlo della nostra esperienza: senza open source non avremmo neanche iniziato a pensare a wiMAN. Quando ci dicemmo: "sarebbe bello accedere al wifi con Facebook" immediatamente pensai ad OpenWRT, andai a casa ed iniziai a smanettarci; se non ci fosse stato OpenWRT (o qualsiasi altro firmware open) sarebbe rimasta la classica frase: "sarebbe bello se....". L'open source dà la possibilità a chiunque di FARE! Abbatte qualsiasi tipo di barriera e ti mette a disposizione gli strumenti di cui hai bisogno a costo zero e per una startup vuole dire tantissimo. Quindi l'innovazione non può prescindere assolutamente dall'open source.
Per la seconda domanda, varia a seconda dell'azienda e del prodotto. Ma qui la questione non è il punto della catena in cui inserire lo step "del rendere un prodotto open". Il punto è far capire alle aziende, il cui obiettivo è generare profitti, che possono farlo anche con politiche aziendali aperte all'open source. Ad oggi non sappiamo in quale direzione andrà il nostro prodotto per quanto riguarda l'open source, quello che sappiamo per certo è che all'open source wiMAN deve tanto.
Lavorando al vostro progetto, avete contribuito con delle patch verso i progetti originali, o non c'è stato bisogno perché erano già adatti ai vostri scopi?
In effetti noi abbiamo implementato il login con i social network partendo da CoovaChilli che principalmente fornisce la possibilità di autenticare gli utenti su server Radius, cosa che a noi non serviva, dopodiché abbiamo aggiunto una patch sviluppata da noi che si interfaccia con le API di Facebook (ed altri social network) e con i nostri server. Quindi la risposta è sí :)
E avete rilasciato questa patch upstream, o una versione di Coovachilli modificata?
Per il momento stiamo ancora pensando la nostra politica sull'open source, sicuramente abbiamo pianificato il rilascio in futuro della patch in una forma ancora da definirsi.
01 Oct 2012
Se c'è una cosa, negli ultimi tempi, che mi ha fatto divertire, questa è stata proprio #TweetYourMEP. Lo sviluppo è partito in maniera molto semplice e immediata, dal momento in cui qualcuno (al momento non ricordo chi) ha cominciato a proporre attraverso la mailing list di Spaghetti Open Data la scrittura collaborativa di applicazioni, tutti insieme, anche per fare un po' di gruppo tra i developer presenti. Visto che ero un neofita di JavaScript (causa lungo rapporto avuto con CodeAcademy quest'estate), ne ho approfittato per mettermi alla prova; ne sono uscito più che soddisfatto.
Abbiamo così creato questa piccola paginetta, con NodeJS e Bootstrap, che non fa altro che prendere il dataset dei parlamentari europei, fare scraping per vedere quali sono dotati di account Twitter, e riportarli in un comodo schema compatibile con la ricerca del proprio parlamentare, consentendo in ogni momento di mandare un tweet al proprio parlamentare di riferimento con, chessò, una richiesta assurda, o una domanda particolarmente arguta.
Il codice è tutto aperto, e per lo sviluppo ci siamo avvalsi di una sorta di metodologia Scrum rudimentale coordinati dal nostro scrum master eletto per acclamazione, ossia Paolo. Diciamo che loro hanno fatto il grosso, io mi sono occupato solamente di rifiniture rispetto a tutta la parte di import del dataset (scritta essenzialmente da Alfredo Serafini, @seralf, già mio collega in HTML.it), e a tutta la logistica, parto glorioso della mente di Paolo Mainardi detto Er Batman.
Insomma: per citare Luigi Reggi che ha dato credito con un meraviglioso post a Spaghetti Open Data del lancio (odierno) della piattaforma, dico che l'innovazione open source è ancora possibile a partire dalle community, lo sto vivendo in prima persona, e TweetYourMEP ne è un clamoroso esempio. Per il resto, mi rifaccio totalmente alle sue parole:
E' una semplice maling list ma che sta crescendo: si vede non solo dal numero dei post, ma anche dalla proficua e sorprendente capacità di interazione tra amministratori / policy makers e open data geeks (gli smanettoni), un tratto distintivo fin dalla fondazione. Ne ha parlato David Eaves (non di SOD, che è un passo avanti, ma dell'importanza di avere mailing list di questo tipo). Ne è prova il "collaudo su strada" di OpenCoesione.
Dopo milioni di euro elargiti dai fondi pubblici per creare improbabili "portali" e strutture insostenibili nel tempo, questo è un altro bellissimo esempio di come si possa fare innovazione, dal basso, senza permesso e senza un euro.
Niente da dire sul resto. Rimane un'incognita: quanto mi sono divertito? La risposta è: tantissimo. Ringrazio tutti coloro che rendono ogni giorno Spaghetti Open Data il miglior punto di discussione sui dati aperti in Italia, perché senza di loro io non avrei mai potuto avvicinarmi all'argomento anche da smanettone, e non avrei mai potuto diventare, nel mio piccolo, un open data geek/hacker. Non c'è che dire, spero di proseguire su questa strada.
Ah, dimenticavo: il sorgente è su GitHub. Se volete dare una mano, siete ben accetti nella nostra grande famiglia. Il triplo monitor non è obbligatorio.
Photo courtesy of jhenryrose
27 Sep 2012
Qual è la cosa più imbarazzante per un'azienda di tecnologia e telecomunicazioni? Si, lo so, i più penseranno immediatamente al "developers, developers, developers" di Ballmeriana memoria, ma oggi sono qui a mostrarvi qualcosa di ancora peggiore.
[youtube http://www.youtube.com/watch?v=WlsahuZ_4oM]
Prendi cinque individui con la faccia da ingegneri patentati nerd che levati proprio. Mettili sul set di un video; successivamente dagli degli strumenti da suonare. Fatto? Ok, adesso fagli suonare una partitura elementare con un testo ancora più demenziale della Free Software Song.
Probabilmente il tutto è solo una soluzione artata da parte di RIM per far chiacchierare riguardo BlackBerry 10, che probabilmente finirà archiviata come la più grande attesa disillusa della storia del mobile computing (a parte OpenMoko, ovviamente); tuttavia questo mostra come l'azienda sia alle corde, e non possa più nemmeno contare sul recupero sugli avversari per avere un po' di appeal: evidentemente, l'unica cosa che sono stati in grado di fare è stato realizzare un video piuttosto buffo in cui cinque ingegneri suonano e cantano in playback un pezzo altamente improbabile che narra le novità di BlackBerry 10: "...our updated SDK il cool".
Imbarazzante. Molto imbarazzante.
