Newsgroup: it.lavoro.professioni.webmaster
Titolo: Re: open source

 codice open source.
Non pensare che se tu rilasci software open source tu non possa essere
pagato.
Cmq io sono project manager (che brutta parola :-) ) in due progetti open
source e ti posso dire per esperienza personale quali sono i vantaggi che ne
traggo:
- ideologici
- ho la possibilità di imparare cose nuove e completamente diverse
- entro in contatto (se pur in modo virtuale o per mail) con persone
straniere che hanno metodologie
o approcci diversi al'implementazione e ai processi
Ora non me ne vengono in mente altri ma questi elencati sopra bastano e
avanzano per me. :-)
G.M.

 
Modelli di Business dell'open source
Possiamo dire senza ombra di dubbio che il 2003 è stato l'anno del 
software Open Source, molti player, accortisi delle opportunità che esso 
offre entrano nel mercato attraverso acquisizioni e startup,  vengono 
così ridisegnati i modelli di Business legati all'industria del software.
Prima di cercare di capire il perché e il come vediamo una panoramica di 
quello che è accaduto nel mondo del software open source nell'ultimo 
semestre del 2003:
03/07/03: Linux Mandrake rivede profitti e esce dall'amministrazione 
controllata
31/08/2003	Red Hat aumenta di fatturato per il quarto trimestre 
consecutivo e vede utili per il secondo trimestre consecutivo
5/11/2003: Novell (appoggiata da IBM) acquista SUSE, realtà tedesca 
attiva da anni con una distribuzione linux molto interessante.
Come vedete negli ultimi 6 mesi l'attenzione del modo economico e 
finanziario si sono focalizzate su questo argomento, per fornire un 
esempio ancora più concreto riporto i grafici di borsa di Red Hat e di 
VA Software (Sourceforge OSDN):
Un vento che soffia dall'Europa:
La rivoluzione questa volta non arriva da quel  potentissimo motore 
economico che sono gli Stati Uniti d'America o dall'ipertecnologica Asia 
ma dalla nostra Europa. Linus Torwald è norvegese, Linux Mandrake è 
un'azienda quotata al nuovo mercato francese, SUSE è una realtà tedesca. 
Molti altri progetti di minore dimensione provengono dall'Europa, in 
particolare dal Nord Europa e dalla Germania ma anche l'Italia fa la sua 
parte.
Come si può spiegare questo fatto? Senza pretese analitiche possiamo 
pensare che gli Stati Uniti sono, per tradizione, orientate al software 
chiuso, le più grandi realtà software (Microsoft e Oracle) sono infatti 
nate negli stati uniti;  l'Oriente (escluso il giappone) invece, non ha 
una tradizione industriale basta sull' innovatività delle idee ma sulla 
produzione.
Se l'Europa vuole rimanere il fulcro del movimento deve però continuare 
a creare nuovi progetti, a consolidare quelli esistenti e ad impegnarsi 
a comunicare questa nuova filosofia, forti segni di risveglio arrivano 
sia dagli States (ad esempio Oracle ha stretto accordi molto stretti con 
Red Hat certificando il Sistema Operativo) che dall'Oriente (La Cina 
spinge molto su Linux per contrastare il monopolio Microsoft nei sistemi 
operativi).
Programmare di giorno o programmare di notte?
Affinché i progetti Open Source perdano quell'alone di "attività 
improvvisata basta sul contributo volontario (e notturno) di 
programmatori volenterosi" è fondamentale eliminare i pregiudizi che lo 
caratterizzano; tutto questo è fattibile soltanto riorganizzando 
l'attività non dal punto di vista del metodo in quanto i progetti open, 
abituati a coordinare sviluppatori di estrazione molto diversa tra loro 
e spesso dislocati in giro per il mondo, sono già un esempio di 
efficienza, ma dal punto di vista della struttura e della pianificazione 
delle attività a valore aggiunto. In particolare possiamo evidenziare, 
tra i  punti critici, i seguenti elementi:
Certezza di continuazione nello sviluppo e nella coerenza nel seguire le 
linee guida del progetto
Supporto e assistenza
Documentazione vasta nazionale o internazionale
Comunicazione efficace
cerchiamo ora di spiegare i motivi di quanto affermato nei quattro punti 
precedenti:
E' sbagliato pensare che la strategia di utilizzo (da parte di un 
vendor) sia incentrata sul risparmio di manodopera, il fine di utilizzo 
del software open source è l'utilizzo di un nuovo modello di sviluppo 
incentrato ad ottenere:
una maggiore efficienza nello sviluppo del codice e una migliore 
attività di debug
maggiore trasparenza nei confronti dei clienti
maggiore visibilità da parte dei media (più propensi a dare spazio a 
software gratuiti)
leve di marketing non utilizzabili con il sistema closed
Il risparmio nei costi di R&D e di manodopera è una conseguenza di 
questo approccio ma non deve esserne il fine. Come detto 
precedentemente, un progetto Open necessità di stabilità ed è per questo 
che vi è necessità di un gruppo stabile e remunerato che lavori al 
progetto. Possiamo allora definire almeno 3 tipi di pubblici coinvolti 
nello sviluppo di un progetto open source:
Sviluppatori Stabili:	Sono i punti di riferimento del progetto, 
percepiscono generalmente una remunerazione e dedicano parte o la 
totalità del proprio tempo allo sviluppo dello stesso.
Sviluppatori Spot: Sono sviluppatori con competenze specialistiche che 
possono essere d'aiuto su argomenti specifici o di supporto in fase di 
superlavoro, ad esempio in fase di release o di analisi di problematiche 
particolari.
Sviluppatori Volontari: Sono coloro che inviano volontariamente 
contributi esterni, spesso rappresentano una grossa fetta della comunità 
e non è raro che basino il proprio business sul vedere servizi legati al 
progetto e mettano successivamente a disposizione le modifiche apportate 
a tutta la comunità che vi ruota intorno.
Ma un progetto open source, per essere stabile, deve essere per forza 
corrodinato da un'azienda? La risposta è certamente no, esistono vari 
modelli, Fondazioni che repriscono fondi da sponsor, Cooperative che 
perseguono un fine comune, Associazioni o Aziende sono tutte strutture 
che possono:
Pianificare una attività di lungo periodo
Reperire (non necessariamente attraverso attività di tipo commerciale) 
fondi affinché il progetto cresca e prosperi.
Il tornio e l'acciaieria:
Ai tempi di quella che molti chiamavano New Economy realizzare un 
qualsiasi applicativo era molto costoso, non era raro pagare un CMS 
mezzo miliardo delle vecchie lire o un sistema di e-commerce 
relativamente semplice qualche decina di milioni (era tempo di Millenium 
Bug e l'euro non era ancora arrivato).
Ma come è potuto essere che, nel giro di quattro anni, chiunque, con un 
minimo di buona volontà, possa mettersi in piedi un applicativo di 
E-Commerce in meno di mezza giornata o un CMS in due ore?
Il parallelo con quello che è successo alla fine degli anni sessanta nel 
settore metalmeccanico viene spontaneo, è in quel periodo che è iniziato 
il declino delle grandi acciaierie e sono iniziate a nascere tante 
piccole fabbriche nei garage degli aspiranti imprenditori.
Ma quale è stata la Killer Application di questo fenomeno?, in quel 
periodo è stato scoperto che con uno strumento molto più semplice era 
possibile produrre minuteria metallica ad un costo molto più basso che 
in acciaieria attraverso un strumento chiamato Tornio a controllo 
numerico; chiunque possedesse un tornio (Per chi non lo sapesse è 
abbastanza piccolo e l'officina si può attrezzare facilmente in un 
garage) poteva fare concorrenza alla più grande acciaieria e vincere. 
Sappiamo tutti come è andata a finire, le grandi acciaierie hanno chiuso 
e sono nati molti distretti industriali metalmeccanici specializzati.
Ma che analogia ci può essere tra il tornio e il software open source? 
Beh è semplice, chiunque sapeva programmare un tornio a controllo 
numerico era un potenziale concorrente della grande acciaieria, chiunque 
adesso, sappia programmare può fare concorrenza alle grandissime 
software house che fanno CMS da mezzo milione di dollari o sistemi di 
e-commerce ultracari utilizzando CMS precostruiti e diffusi attraverso 
una delle molte licenze open source.
Aree di applicazione:
Se all'interno del business model di un'azienda che opera con sotware 
Open Source non c'é spazio per la vendita di licenza quali sono le altre 
fonti di revenue?
Per rispondere a questa domanda ci viene in aiuto vedere come operano 
SAP e ORACLE. Queste due realtà, pur vendendo software protetto da 
licenza offrono soluzioni integrate che generano revenue a prescindere 
dal fatto che i clienti paghino licenze per le suite, SAP fa 
integrazione di processo e organizzazione aziendale, Oracle offre 
servizi personalizzati collegati al database; immaginatevi clienti di 
SAP o ORACLE che vanno al supermarket a comprare le suite, se le 
installano e pretendono di innovare la propria impresa da soli !.
Ancora più estremo è il business Model di IBM, se si chiede a qualcuno 
cosa faccia IBM la risposta non sarà sicuramente riconducibile a nessun 
prodotto specifico, qualcuno risponderà che vende computer, qualcun' 
altro che fa software o che manda in giro consulenti ad offrire servizi 
a grandissime imprese. IBM è un aggregatore di servizi, coinvolge 
partner specializzati, li incanala in un progetto e, non interessandosi 
troppo se un prodotto è Open Source oppure no offre la migliore 
soluzione al proprio cliente.
Come potete vedere in tutti e tre i business model l'attenzione non è 
incentrata sul prodotto ma sul servizio.
Per identificare quali sono i settori di revenue di un progetto open 
source dobbiamo capire in che tipo di settore operiamo, esistono 
progetti Open Source orientati alle applicazioni web based, altri 
orientati ai sistemi operativi, altri ancora a client per la contabilità 
o il telecontrollo, la formazione ecc ... ognuno di questi ha delle 
applicazioni che appaiono più o meno importanti in base al settore in 
cui operiamo; ad esempio se lavoriamo nel settore del telecontrollo 
l'area installazione e impiantistica sarà sicuramente più interessante 
che nel settore delle applicazioni web based dove una attività di 
personalizzazione del layout grafico costituisce fonte di revenue.
Ecco quale può essere uno schema riassuntivo delle attività che possono 
generare reddito:
Esempi pratici:
Prendiamo come esempio quali sono i servizi che si possono vendere 
nell'ambito della realizzazione di un sito aziendale usando un CMS Open 
Source (Ad esempio PHPNuke o Mambo).
Dividiamo i servizi in due categorie, la prima comprende i servizi che 
vengono erogati una volta sola, la seconda sono invece i servizi che si 
possono rinnovare.
Categoria a
Personalizzazione delle funzionalità o realizzazione di nuovi moduli
Personalizzazione del layout grafico
Personalizzazione dei files di linguaggio
Formazione del personale che userà il CMS (Online e Onsite)
Affiancamento nella fase di startup
Categoria b
Assistenza e supporto tecnico
Aggiornamento continuo del sistema e installazione di patch
Web Hosting
Integrazione del sistema con nuovi moduli che nascono da nuove esigenze
Il cliente, compriamo o costruiamo in casa?
Chi opera nel mondo Open Source deve proporsi innanzitutto come 
consulente che guida il cliente verso la giusta scelta. Le scelte che si 
profilano sono tre:
Scelta della tecnologia su cui operare (Linguaggi, server ecc ...)
Scelta di Make or Buy
Make: Vuol dire costruire un progetto da zero,
il vantaggio è che i risultati incontrano pienamente le aspettative del 
cliente
tra gli svantaggi abbiamo gli alti costi di progettazione/analisi, una 
lunga attività di debug e alti costi di realizzazione. L'approccio al 
licensing in questo caso ha un basso impatto.
Buy: Vuol dire acquistare un pacchetto preconfezionato, i vantaggi 
derivanti da questo approccio sono:
  Riduzione dei tempi di sviluppo, piattaforma già testata, minore 
attività di debug.
  tra gli svantaggi elenchiamo: Alti costi di licensing, Alti costi di 
sviluppo, Limiti strutturali in termini di personalizzazione, Si è 
vincolati al fornitore
Personalizzazione di applicativi open source:
Limiti strutturali, Non moltissimi fornitori sul mercato in quanto il 
movimento è ancora giovane, difficoltà ad approcciare un nuovo business 
model, necessità di ricercare un partner fidato  credibile
Molti moduli già realizzati, svincolo dal fornitore, codice visibile, 
patch rilasciate in brevissimo tempo, comunità molto grande, molto 
materiale disponibile per la formazione, piattaforma già testata con 
numerosi feedback
Il cliente, l'approccio marketing
La strategia di Marketing e Comunicazione su un applicativo Open Source 
ha delle peculiarità che ci offrono delle opportunità comunicazionali 
che non sono presenti nel variegato mondo del software closed.
La gratuità dell'iniziativa è un ottimo strumento di veicolazione di 
questa notizia tramite la stampa (specializzata e non), ricordiamo 
sempre che il software in questione non ha come target solo la stampa 
informatica specializzata ma almeno altri due tipi di target; se ad 
esempio prendiamo in considerazione un applicativo dedicato al mondo 
della medicina, la comunicazione ai media va affrontata seguendo 3 media 
target:
Stampa informatica
Stampa medica
Stampa generalista
Ma l'attività di pubbliche relazioni è solo una minima parte delle leve 
di marketing che possiamo usare, le leve principali che danno forza 
all'idea sono:
La possibilità di svincolare il cliente da un singolo fornitore, il 
rilascio dell'applicativo sotto licenza GPL rende libero il cliente di 
scegliere altri consulenti che possano continuare a lavorare sullo 
stesso progetto. Nel caso il fornitore iniziale non sia più in grado di 
andare avanti nel progetto o che il cliente desideri cambiarlo 
l'investimento effettuato fino a quel momento non andrà perso.
Il cliente non acquista un prodotto a "pacchetto" ma acquista un 
applicativo che può (anzi, spesso deve) essere personalizzato in base 
alle proprie esigenze. La differenza tra un prodotto "chiuso" e un 
prodotto "aperto" non è solo nelle licenze, ma è in quello che si 
acquista, è un po' come acquistare la Ford modello T una ferrari con i 
sedili fatti in base alla fisionomia dell'utente, entrambe le auto ti 
portano in giro ma se una è un'auto, l'altra è la tua auto.
Credibilità istituzionale
L'attività di pubbliche relazioni è molto importante solo se dona al 
progetto credibilità istituzionale, mi piace considerare un progetto di 
free software non solo come un qualcosa di innovativo che utilizza modi 
innovativi di fare business ma anche come un progetto di ricerca, più 
vicino al concetto di laboratorio di ricerca che al concetto di azienda 
orientata esclusivamente al profitto.
Se l'attività di ricerca è ben fatta e ben comunicata il cliente 
preferirà un applicativo che ha solide basi scientifiche al prodotto che 
ha solo basi di marketing

 wrote in message
news:zlcHc.41253$GQ3.1...@twister2.libero.it...
Quoto in pieno.......se mi è permesso farti i complimenti per l'analisi  :-)
G.M.


Non credi che saresti in grado di riconoscere il tuo prodotto e se ne vale
la pena di portare in tribunale il malfattore?
ciao
-- 
Danilo

 un prodotto commerciale sbattendosene della licenza.
Allora usa licenza chiusa, le pippe mentali non fanno parte del mio 
pensiero.
Claudio

  Linus Torwald è norvegese,
Piccolo appunto, Linus Torvalds è finlandese :D
http://en.wikipedia.org/wiki/Linus_Torvalds
-- 
Lawrence
" It's probably for the best. What use does Microsoft have for an employee
who knows the W3C standards?"
-- an anonymous about tantek departure from microsoft

 un prodotto commerciale sbattendosene della licenza.
Tu lo scopri e gli fai causa


 un prodotto commerciale sbattendosene della licenza.
"Commerciale" e open source non sono termini contrari, il contrario,
come ti ha dimostrato Cla poco sopra. E' importante non fare confusione
:)
La possibilita' c'e' naturalmente, esattamente come c'e' la possibilita'
che il tuo software venga craccato o reversato anche senza sorgenti.
Al di la di questo non e' da tutti prendere in mano una base di
sorgenti, il problema non e' quasi mai quello di scrivere software, sono
capaci tutti, il problema e' mantenerlo :)
Io prendo il tuo software e lo chiudo, lo vendo ad un cliente,
dopodiche il cliente mi chiama per segnalarmi un bug. E ora ? ^^
HAND, 
  ngw

 Claudio
grande cla!
ottima analisi , lucida e razionale.
Spiega in pieno come l'Open Source non č una congragazione di caritą ma 
un nuovo , innovativo e avanzato modello di business


Infatti dopo l'attenta analisi di Cla! e di tutti gli altri che mi hanno
risposto, ho abbandonato le "pippe mentali" per abbracciare la filosofia
dell'Open Source e quindi ti dico che in breve tempo (spero) pubblichero il
programma chi cui chiedevo sotto GPL. Anzi se qualcuno vuole lo potrą
provare in anteprima, scrivendomi in privato a 
in...@webimmagine.com
Giansimon
http://www.webimmagine.com