Sul sito sono presenti i nomi dei primi trenta sviluppatori più attivi (Linus Torvalds è ventisettesimo, Alan Cox ventiduesimo, per citare due tra i più noti). Il primo in classifica è Al Viro, con oltre 1500 contributi singoli, pari però solo all’1,9% del totale. I primi dieci sviluppatori contribuiscono solo al 14,2% delle modifiche al codice del kernel, i primi trenta al 28,4: nessuno sviluppatore riesce da solo ad essere indispensabile alla comunità, almeno per quanto riguarda la quantità di miglioramenti introdotti. Una cosa è però assodata: solo i primi dieci sviluppatori apportano più dell’un per cento dei contributi, percentuale bassa anche se non tiene conto del tipo di contributi apportati.

Contributi dalle organizzazioni

La Linux Foundation passa ad analizzare poi la provenienza dei contributi, sulla base di tre parametri:

• la mail individuale (se è personale o aziendale)
• eventuali segnalazioni presenti sul codice fornito
• interviste dirette

Una galassia fatta di persone

Le comunità partecipano attivamente al codice del kernel, e il loro contributo è ben visibile: su oltre 83.000 miglioramenti, solo una minima parte viene dallo sviluppatore che ha scritto per primo il suo codice, o dalla sua fondazione, o da un’unica azienda. Tutto il resto è opera per lo più di sviluppatori il cui nome forse non comparirà mai sui libri o sulle pagine internet che parlano di kernel, ma che hanno sicuramente contribuito più di tutti alla crescita del software libero e della sua cultura. ]]> http://opensourceblog.biz/blog/2008/07/15/lo-sviluppo-del-kernel-di-linux-una-polaroid-sulluniverso-open-source/feed/ http://opensourceblog.biz/blog/2007/10/18/il-presale-e-la-distribuzione-del-valore-nelle-imprese-open-source/ http://opensourceblog.biz/blog/2007/10/18/il-presale-e-la-distribuzione-del-valore-nelle-imprese-open-source/#comments Thu, 18 Oct 2007 08:41:17 +0000 Antonio Voci dalla comunità Marketing Open Source Economia della collaborazione http://opensourceblog.biz/blog/2007/10/18/il-presale-e-la-distribuzione-del-valore-nelle-imprese-open-source/ La scorsa settimana ho avuto la fortuna di poter scambiare due chiacchiere con Andre Boisvert, una delle persone più in vista nel panorama dell’Open Source.
Presto pubblicheremo l’intervista completa su Java Open Business, per il momento volevo condividere con voi alcuni temi emersi nel corso della discussione.
L’esperienza di Boisvert nel campo dell’IT, è più che trentennale. Non vorrei dilungarmi sul suo curriculum, che verrà ampiamente approfondito nel pezzo che sto scrivendo per JOB; basti ricordare che la sua avventura professionale iniziò negli anni ‘70 in IBM, dove ricopriva la posizione di senior manager, ed è poi proseguita in aziende del calibro di Oracle, SAS Istititute e VA Linux, solo per citare le più note. Oggi Boisvert è Chief Business Development Officer di Compiere Inc e co-fondatore della Pentaho Corporation.

Non voglio anticipare troppo l’intervista,  sono due i temi emersi nel corso del nostro incontro che mi sono parsi più rilevanti. Il primo riguarda un aspetto che è stato spesso trascurato nel dibattito sul management del business Open Source, ovvero la gestione del presale: se nel modello tradizionale quest’ultima occupa una parte rilevante del tempo da dedicare al potenziale cliente (demo live effettuate in azienda, riunioni e presentazioni con i diversi ruoli coinvolti nell’iter decisionale etc.), nel modello Open Source – secondo la visione di Boisvert – questa fase deve essere demandata completamente al cliente finale o, in alternativa, resa come consulenza a pagamento. La possibilità di scaricare la versione Open Source dal sito (il famoso bottone “download”), installarla e provarla, sostituiscono il questo caso il classico concetto di presale: se il potenziale cliente vuole vedere una dimostrazione dal vivo, o non ha le capacità per installare il programma, l’assistenza e la consulenza devono essere sin da subito a pagamento.
Il concetto mi sembra interessante e può rientrare nel quadro di una strategia di distribuzione del valore all’interno della rete che costituisce l’ecosistema dell’Open Source: parte del lavoro che prima spettava al consulente, viene fatto ricadere direttamente sul cliente stesso (“scaricati il software ed installatelo”) o sul lavoro fatto dalla comunità (come nel caso di documentazione e forum di assistenza). L’obiettivo di una azienda Open Source dovrebbe essere da un alto la distribuzione del valore sulla rete – demandando quanto più possibile funzioni secondarie ad altri attori dell’ecosistema – e dall’altro la specializzazione su nicchie e competenze core del proprio business.

La seconda sensazione avuta dal colloquio con Boisvert, è quella di un Open Source maturo per il grande business: detto senza mezzi termini, professionisti come Boisvert non si mettono in ballo se non c’è sostanza sotto. Mi sembra che si stia passando da una fase, diciamo così, pioneristica dei modelli di business legati all’Open Source (fatta di piccole software house o singoli sviluppatori aggregati in grandi comunità, spinti più da passione ed etica), ad azienda con manager di grande esperienza, in grado di avere accesso a fondi d’investimento consistenti e dotate di capacità strategiche e organizzative complesse.

Insomma, il business legato all’Open Source sta decisamente maturando ed i modelli economici di riferimento non mancano. Nei prossimi giorni cercherò di affrontare il tema della distruzione del valore come arma di strategia aziendale.

Antonio Picerni

Il 2008 potrebbe essere però l’anno buono. Non voglio essere come quei tanti predicatori che da anni paventano l’era di Linux e la dominazione del mondo. Semplicemente vedo una serie di fattori (che prima non esistevano) scatenarsi e muoversi in maniera coordinata. In questo articolo proverò a sintetizzare i motivi che mi portano a pensare che il prossimo anno sia quello decisivo.

Il primo fattore sono le evidenti difficoltà del nuovo sistema operativo di Microsoft, Windows Vista. Un sistema operativo che richiede risorse hardware costose e che a distanza di un anno dalla sua uscita ancora non funziona bene. La società di Redmond ha utilizzato la stessa tattica che impiega da anni: l’obsolescenza forzata della generazione precedente, introducendo una nuova versione che promette benefici superiori. Questa volta sembra però che i benefici siano di molto inferiori alle magagne, non da ultimo un paranoico sistema di protezione della proprietà intellettuale (di Microsoft e di terzi). Consumatori e imprese continuano a comprare Windows XP, ed è la stessa Microsoft a dirlo nelle previsioni di bilancio del 2008 (le società quotate negli Stati Uniti devono fornire alla SEC previsioni sul fatturato e sulla sua composizione).

Windows Vista ha di fatto scontentato retailer e system integrator, che invece di lauti guadagni in termini di maggiori unità vendute si sono trovati pile di sistemi con Windows Vista nei magazzini. A distanza di sei mesi dall’uscita del nuovo sistema operativo di Microsoft, uno dei maggiori system integrator mondiali, Dell, ha deciso di modificare la propria strategia. Non si tratta di un cambio di rotta radicale, ma quel tanto che basta per mantenere buone relazioni con Microsoft, e contemporaneamente allargare i propri orizzonti di mercato. Fu così che con lo spunto di un sondaggio a vastissima partecipazione, Dell ha deciso di cominciare a vendere hardware con Linux preinstallato direttamente ai consumatori. Non una distribuzione qualunque, ma Ubuntu, in crescita a danno di altre distribuzioni, tra cui Debian. In due mesi sono nati due modelli di pc desktop e un modello di portatile ottimizzati per la distribuzione di Canonical, con tanto di rilascio di driver specifici e di immagine di installazione. Dell non ha ancora rilasciato dati ufficiali sulle vendite, ma si vocifera che stiano andando abbastanza bene. Credo che non avrebbero deciso di espandere le vendite in Europa (in Italia dovremo pazientare ancora un po’) se i nuovi sistemi non avessero raggiunto gli obiettivi di vendita previsti.

Dell è una delle aziende che più di tutte esercita influenza sulle scelte dei produttori di hardware. Ed ha deciso di sfruttare questa influenza per forzare i fornitori di hardware a produrre driver open source: dal 2008 infatti chi vorrà essere fornitore di Dell dovrà avere a disposizione un driver open source funzionante e ottimizzato. Non è quindi una sorpresa che AMD, che detiene una quota vicina al 25% delle vendite di schede grafiche, abbia deciso di punto in bianco di rilasciare le specifiche complete del proprio hardware e di collaborare alla creazione di un driver open source. Intel ha fatto questa mossa già da molto tempo: all’appello manca solo Nvidia. Chissà come andrà a finire.

A costo di essere prolisso, non vorrei dimenticare un altra importantissima tendenza: la diminuzione del costo dell’hardware e la conseguente diminuzione dei margini di vendita. Si prevede che nel 2008 verranno introdotti portatili al costo di 250 dollari. E’ difficile dirlo a questo punto, ma è probabile che 75 dollari in più di licenza OEM per Windows possano esercitare una certa influenza nelle scelte degli acquirenti di questo tipo di sistemi. Si tratta di computer che costano poco, ma su cui non ci si può certo fare tutto: “solamente” lavoro d’ufficio, internet, posta e comunicazione, quello che anche Ubuntu sa fare benissimo.

Dunque: nel 2008 avremo una grande azienda che commercializzerà in tutto il mondo sistemi ottimizzati per Linux; avremo driver open source di qualità per un bel numero di periferiche dedicate al mondo consumer; avremo (e abbiamo) una distribuzione come Ubuntu in grado di competere in qualità e usabilità con i sistemi di Microsoft e Apple.

Le truppe sono sistemate sul campo di battaglia: sarà un macello o l’ennesima ritirata?

Andrea Maritan

Ovviamente dal nostro punto di vista, ovvero quello di chi mangia Open Source ormai da una vita.

Leggendo molto sul tema e sui nuovi modelli comunicativi che caratterizzano il nuovo scenario della Rete, mi accorgo di come il movimento Open Source non sia stato solo determinante per la nascita di una nuova generazione di software (migliori, ad un costo più basso e liberamente accessibili a tutti), ma abbia avuto soprattutto grande influenza su quelle dinamiche comunicative che sarebbero poi sfociate in quello che oggi viene comunemente chiamato “Web 2.0″.

Il web, così come lo conosciamo oggi (ovvero con una produzione di contenuti spalmata in modo orizzontale su una galassia di utenti più o meno professionisti e la creazione di fitte reti di relazioni aggregate nei cosiddetti Social Network), deve molto a quella feconda esperienza culturale che è stato il movimento Open Source.

Le ragioni sono essenzialmente due: la prima di natura “tecnologia”, la seconda (forse più importante) di natura “culturale”.

Ma andiamo con ordine e analizziamo le cause tecnologie. Il movimento Open Source ha in questi anni prodotto un’enorme quantità di software: basti pensare all’incredibile numero di progetti aperti su sourceforge.net in questi anni. Non solo. Oltre che nella quantità, la produzione di software Open Source, in molti casi, ha dimostrato una grande affidabilità e qualità (sia in termini di sicurezza che di prestazione). Da questo calderone sono nati programmi come WordPress, Mambo CMS, Firefox, ecc. La diretta conseguenza del successo di questi progetti è stato il complessivo abbassamento dei costi di set-up di piccoli siti amatoriali (sia in termini monetari che di apprendimento). Oggi è possibile per tutti acquistare hosting ad una cifra irrisoria (poche decine di euro) comprensivi di manutenzione annuale, nome dominio ed installazione guidata di un blog. Tutto in pochi click.

Anche la diffusione delle API (Application Programming Interface) da parte di molte grandi aziende ha permesso l’uso personalizzato di applicativi complessi (come le mappe di Google o lo streamming video di YouTube) da parte di piccole start-up e singoli programmatori che a loro volta hanno rilasciato servizi e portali gratuiti ad altri utenti finali. Tale diffusione non sarebbe stata possibile senza l’utilizzo di Standard Aperti (Open Standards) o di linguaggi di programmazione Open Source. Kim Polese, Amministratore Delegato di SpikeSource, system integrator californiano, dichiara che grazie al software Open Source le sue voci di costo aziendali sono diminuite di un decimo negli ultimi sette anni, permettendole così di sviluppare un business competitivo in un mercato già piuttosto affollato.

E qui le regioni tecnologiche incontrano quelle culturali. Dalle esperienze delle comunità Open Source è emerso non solo un nuovo modo di concepire i processi d’innovazione, ma più in generale un nuovo approccio alla protezione e alla creazione di beni intellettuali.

Se ne parla diffusamente anche nell’ultimo libro di Topscott e Williams, Wikinomics, dove l’esempio delle comunità Open source (in primis quelle delle comunità di Linux) vengono segnalate come fonte d’ispirazione per altri movimenti come quello delle “Creative Commons” oppure come episodi di R&S esemplari nel settore delle tecnologie e in quello scientifico (vedi il caso della Goldcorp Challange e di alcuni settori della ricerca, come la decodifica del DNA).

Continua…

Open Source. Analisi di un movimento di Nicola Bassi
Il libro, frutto della tesi di laurea in Ingegneria Informatica dell’autore, è un ottimo punto di partenza per poter iniziare ad avvicinarsi al mondo Open Source, a scoprirne la storia e i principali modelli di business. Testo dalla lettura facile e veloce, è forse carente e non sempre aggiornato in alcune sue parti. È disponibile presso questa pagina direttamente in versione e-book.

Open Sources. Voci dalla rivoluzione Open Source di AA. VV.
I più importanti esponenti dell’Open Source riuniti in un unico libro presentano il proprio punto di vista sul futuro del software Open Source. Libro non sempre facilmente “digeribile”, ma che ha il vantaggio di mettere insieme personalità molto eterogenee tra di loro. Tra i nomi più importanti: Bruce Perens, Eric Raymond, Richard Stallman, Linus Torvalds.

Free Culture di Lawrence Lessig
Scritto dal fondatore del movimento delle Creative Commons, Lawrence Lessig, il libro è una pietra miliare nella letteratura della libera cultura e del ridimensionamento dell’utilizzo del copyright così come l’abbiamo conosciuto sino ad oggi, soprattutto in ambito commerciale. Buona la traduzione italiana Cultura libera, curata da Apogeo.

Infine, per chi non l’avesse ancora letto (pochi visto che sembra essere il libro del momento) segnalo Wikinomics di Don Tapscott ed Anthony Williams. Ho letto la versione italiana, piacevole alla lettura grazie all’ottima traduzione, ricca di episodi e casi di successo (più o meno noti per gli esperti del settore) che sono, a mio avviso, il reale valore aggiunto del libro (oltre che naturalmente la capacità di analisi degli due autori).

Buona lettura!

La motivazione principale non è di natura tecnologica: su questo, sarete d’accordo con me, non si discute. E non è nemmeno un fatto di standard, anche se si continua a insistere su lock-in e difficoltà di integrazione. Quello su cui vorrei portare l’attenzione è: chi progetta, parametrizza e implementa le soluzioni IT per la grande impresa? E soprattutto, su che base “sceglie” gli applicativi?

La risposta richiede un minimo ragionamento sulla catena del valore dell’IT per la grande impresa. Dunque, funziona (quasi sempre) così:

1. La società committente deve fare qualcosa che richiede conoscenze IT molto specialistiche che non ha in casa (in pratica tutto quello che riguarda ERP, CRM, integrazioni varie…)
2. Viene steso un bando di gara. Di solito solamente società di consulenza di dimensioni sufficientemente grandi possono partecipare
3. Scelta la società di consulenza, quest’ultima elabora una soluzione e propone i partner tecnologici.

Il terzo punto è quello che ci interessa: l’elaborazione e l’implementazione di una soluzione in tempi rapidi richiede la presenza sul territorio di una notevole quantità di specialisti a buon mercato in una determinata tecnologia. Se non ci sono, quella soluzione viene scartata. Qui volevo arrivare: tutte le soluzioni che utilizzano applicativi Open Source vengono scartate a priori, non perché la tecnologia non sia valida o affidabile, ma perché non si trovano con sicurezza persone valide e preparate. Tenete presente che queste persone devono avere un profilo business, in grado di capire e parlare con l’ambiente manageriale che commissiona il progetto, cosa che di fatto esclude buona parte della platea Open Source.

E’ facilissimo trovare sul mercato specialisti ABAP per SAP, o esperti Oracle. Si può dire che li fanno con lo stampino… merito delle certificazioni che queste società propongono, facendosi anche pagare bene. E’ invece molto difficile trovare esperti di Compiere, oppure esperti che ti dicono come integrare OpenOffice nel sistema di reportistica aziendale.

Ciò che manca dunque è il network di conoscenze in grado di generare quella massa critica necessaria per progetti critici di grandi dimensioni.

Quello che c’è ora va bene per il piccolo, anzi dirò di più, è proprio scalato per il piccolo.

Andrea Maritan

La slida qui sopra riportata i dati del progetto JBoss dal suo lancio nel 2001 sino alla fine del secondo trimestre del 2006 e mostrano l’andamento dei download e della quantità di banda utilizzata. Secondo quanto riportato da CFO di Red Hat (aziende che ha acquisito nell’aprile del 2006 JBoss per 350 milioni di dollari) i profitti di JBoss, completamente assenti nel 2001, sono arrivati a quota 60 milioni di dollari nel 2006.
Il blogger americano a questo punto si chiede come sia avvenuto questo, e trova che non vi sia alcuna particolare formula, ma semplicemente la creazione di ottimo codice ha fatto si che i media riprendessero nei propri articoli, e nelle recensioni, questo dato di fatto. Contemporaneamente, JBoss ha dedicato molta cura nella creazione di un brand forte e ad una attenta politica nella realizzazione delle conversioni: pur non avendo decine di milioni di download come Red Hat o MySQL, JBoss è stata in grado di convertire un significato numero di download (tra i 50,000 e i 100,000 al mese) in clienti paganti.

Quale quindi l’ingrediente magico di un successo così evidente? Secondo Asay, per JBoss e per tutte le aziende di successo Open Source, il tacco magico risiede semplicemente nell’avere un prodotto eccellente, accompagnato però da azioni atte ad aumentare la conoscenza del proprio brand e ad una attenta stabilizzazione dei tassi di conversioni in vendite dei download. JBoss è una azienda che ha fatto questo in modo eccezionalmente bene. Creare una azienda di successo Open Source non è quindi, molto differente dal costruirne una chiusa, fatta eccezione, però, sottolinea sempre Asay, per gli ndiscutibili benefici del codice Open Source che danno un notevole vantaggio competitivo alle aziende che ne adottano il modello.

A mio parere, la realizzazione di un ottimo software non può che essere una condicio sine qua non, qualsiasi prodotto Open Source è presto destinato a scomparire o essere sostituito da derivati di esso migliorato (leggi fork). Mi verrebbe da dire che questa piccola regola possa valere per qualsiasi prodotto, ma pensando al monopolio di Windows, trovo subito la prima eccezione alla regola. In secondo luogo, la gestione della forza vendita e della comunità hanno un peso rilevante nel successo di un prodotto Open source, ed è un tema che andrebbe approfondito in modo migliore.

Tra i software Open Source, Firefox entra a buon diritto nell’Olimpo dei più noti e di successo (credo sia il più conosciuto in assoluto, ma questa è una considerazione personale). Alcuni numeri per dar forza a questa affermazione. Secondo i dati resi noti da Net Applications per il mese di giugno 2007, il browser della Mozilla Foundation si assesta intorno ad una quota del 15%, lasciando dietro di sé browser quali Safari, Netscape ed Opera. Anche se il predominio di Internet Explorer resta – e resterà ancora a lungo – indiscusso, non possiamo negare il valore dei risultati ottenuti dalla comunità Mozilla in questi anni.

Cerchiamo di capire quali sono stati i fattori che hanno determinato un successo così importante in un tempo relativamente ridotto.

Innanzitutto, Firefox si differenzia da tutti gli altri progetti OS per il forte appeal che riesce ad esercitare sugli utenti. Prima del successo di Firefox, le comunità Open Source concentravano i propri sforzi soprattutto sulla creazione di ottimo codice, trascurando però completamente i più elementari strumenti per attrarre utilizzatori nuovi e non esperti. Così, molto spesso, ottimo codice e programmi altamente stabili sono stati per anni appannaggio di pochi geek. Principali cause: scarsa cura del look&feel, completa assenza di una strategia di marketing e poca cura nell’interfaccia utente.

Firefox ha cambiato le carte in tavola, avviando un nuovo modo di promuovere i progetti Open Source, e rimettendo in discussione il predominio di IE nell’ormai famosa guerra dei browser.
Prima di tutto, banalmente, penso che Firefox sia riuscito ad individuare un ottimo logo ed una comunicazione coordinata, ma soprattutto sia riuscito a darsi una vera e propria identità di marca.
Inoltre, i responsabili della comunità Mozilla (principalmente Blake Ross e Ben Goodger) sono stati in grado di aggregare una forte comunità non tanto di sviluppatori, quanto piuttosto di utilizzatori e sostenitori del browser Open Source. È stato così lanciato Spread Firefox, il sito che ospita il blog ufficiale e che fornisce informazioni e materiale marketing (loghi, flyer, ecc.) ai supporter che volesse diffondere l’utilizzo del nuovo browser.
A questo sono state accompagnate campagne off-line. Più che nota la campagna per l’acquisto di uno spazio pubblicitario sul New York Times. In poco più di dieci giorni il sito Spread Firefox ha ottenuto oltre 10.000 visite, raggiungendo una media di 25 dollari per donazione, abbastanza per comprare due pagine intere dell’epoca.
A seguito del grande successo della prima versione, altre iniziative sono state sviluppate nel corso degli anni: i siti localizzati nelle diverse lingue nazionali sono aumentati notevolmente, così come le iniziative di diffusione di piccoli gruppi organizzati in diverse città.

Chiaramente il fenomeno Firefox non si può spiegare solo con un’acuta campagna di promozione, la quale non avrebbe alcun senso se dietro non vi fosse un software facile da utilizzare, piacevole alla vista e soprattutto più sicuro del rivale IE.

Per molti anni, l’uso del termine “Open Source” è stato abusato e in molti casi utilizzato come mera leva di comunicazione aziendale al solo fine di sfruttare l’onda vincente di Linux e più in generale di tutto il movimento Open Source.
A dispetto degli sforzi compiuti dall’OSI (l’organizzazione preposta al coordinamento e all’approvazione delle licenze definite “Open Source”) per registrare l’espressione come un marchio, l’ufficio brevetti statunitense ha sempre dichiarato che una frase come “Open Source”, essendo troppo generica, non può rientrare nelle regole di tutela dei marchi registrati.

Quali le soluzioni? Tiemann propone, a tutti coloro che si identificano come membri della comunità, di usare il termine “Open Source” solo per il definire il software licenziato sotto le licenze approvate dall’OSI. «Se la gente vuole utilizzare qualcosa che non sia Open Source, bene! Ma lasciamo che chiamino questo software in modo differente, così come ha fatto Microsoft con le Shared Source».

Personalmente mi sembra un po’ “strano” difendere il software Open Source cercando di brevettare un marchio “Open Source”… ed in effetti la frase è talmente generica che risulta effettivamente difficile ipotizzare la sua brevettabilità.
Sono sicuro che la maggior parte degli utenti siano in grado di riconoscere se un software sia o meno “realmente Open Source”: le libertà concesse dal modello aperto danno molti vantaggi all’utente finale… ma questo implica una definizione attenta del modello di gestione delle entrate da parte della software house produttrice. Se utilizzo una comunicazione “falsa”, il cliente si accorgerà ben presto di essersi affidato ad una azienda poco seria, ed in breve deciderà di cambiare fornitore.

Perché, dunque, le comunità ed i progetti prettamente italiani stentano a decollare? Come mai, molto spesso, le localizzazioni di progetti internazionali non riescono a trovare un reale sviluppo nelle comunità italiane?
Tento di dare alcune risposte: in primo luogo penso che una delle maggiori spinte nella produzione di codice Open Source sia il riconoscimento del proprio talento di sviluppatore da parte di una comunità più ampia possibile (e quindi internazionale). Questo spingerebbe molti sviluppatori a concentrare i propri sforzi su progetti coordinati a livello mondiale; come dire: tentare di crearsi un’immagine spendibile in grosse corporation piuttosto che restringere il campo al solo territorio nazionale. In secondo luogo ho notato una scarsa capacità da parte di imprese e programmatori, dello stesso settore (e quindi concorrenti), di riuscire a cooperare e condividere risorse: in genere pretendiamo di prendere dalla comunità, senza restituire i miglioramenti sul codice. Insomma, mi sembra che il classico atteggiamento da free rider sia piuttosto diffuso qui, mentre lo sia di meno in ambito anglosassone.
Infine, forse non sappiamo valorizzare le nostre capacità e competenze… come dire, ci manca la comunicazione e il marketing: una maggiore cura dell’interfaccia utente, una maggiore attenzione nella creazione delle comunità e, più banalmente, una maggiore cura del look&feel.