Commenti a: 3 consigli dall’OpenSource per i blogger che usano WordPress

Di: Aerendir

Aerendir — Wed, 19 Aug 2009 15:43:06 +0000

Già, non ci sono i commenti… è presto per abilitarli
Per quanto riguarda il codice open source ti ringrazio moltissimo perchè mi hai aiutato a capire come funziona in chiave business. Ho visto spesso aziende che si definiscono open source e non ne comprendevo a pieno il significato (es le aziende di data integration che stanno venendo fuori come funghi). Ora ho un quadro più completo.
Io ho sempre conosciuto il modello più classico, cioè il rilascio con licenza open di una versione base del software (es Magento oppure OpenX) mentre la versione avanzata è a pagamento.
Ora il quadro è più completo.

Di: Francesco

Francesco — Wed, 19 Aug 2009 10:35:53 +0000

Ciao Aerendir,

mi sarebbe piaciuto commentare direttamente nel tuo articolo ma non trovato come fare. Pertanto sono costretto a scrivere qua il mio commento al tuo articolo.

Lato utente condivido molte delle cose che scrivi. Ti cito Chromium di Google e Darwin di Apple come progetti interessanti Open Source che hanno portato a due successi: Google Chrome e Mac OS X.

Da quasi ex programmatore posso invece indicarti che quando lavori in Open Source e lo usi per sviluppare progetti in azienda una delle paure frequenti è che il codice vada pubblicato chissà dove.
E l’azienda percepise questa cosa come un sorta di “pericolo”.

Allora ti dico questa modalità di rilascio software Open Source “insolita”, che non è pura e non serve a fare community. Ma che tutela committente e sviluppatori.

Funziona così:
1) Strutturi tutto il software nei soliti moduli e strati (Data access layer, Business layer, Presentation layer, Templates).
2) Fai dipendere tutti i gli strati da un pacchetto marginale di utilities che poi rilasci in Open Source perchè può essere riciclato per altri progetti.
3) Naturalmente pubblichi con Apache License 2, GPL 3 o Artistic License.
4) Le parti custom come lo strato della business logic restano invece riservate.

Ora la particolarità sta nella pubblicazione al punto 3. Cioè pubblichi solo il codice, senza documentazione né “how-to”.

Risultato ? Il codice pubblicato è Open Source al 100%.
Ma di fatto inutilizzabile (a meno che non te lo studi a fondo, o sei uno degli sviluppatori che lo ha scritto e sai come funziona).
E questo è un ottimo modo per tutelare di più il cliente che ha commissionato il lavoro.

Se il progetto viene diffuso e si costruisce una piccola comunità attorno anche il software integrator che ha aperto inizialmente il progetto ne trae vantaggio.

Di: Aerendir

Aerendir — Wed, 19 Aug 2009 08:29:14 +0000

Ciao Francesco, mi fa piacere tu abbia scritto un post sull’open source. Io ne avevo scritto uno qualche giorno fa, proprio sui vantaggi e svantaggi derivanti dall’adozione di questi software.
Sono d’accordo con te quando parli di comunità. La comunità è l’asse portante di un software open source. E’ la comuità che crea il materiale informativo, che testa e stressa il software, è sempre la comunità che aiuta i nuovi utenti. Senza una comunità forte l’open non è niente.
Permettimi, però, di osservare che questi fattori, determinando il successo di un software open source, vengono presi in considerazione soprattutto dagli sviluppatori. Interesse dello sviluppatore è avere una community che supporti il proprio software.
Ma i vantaggi per un utente, a mio avviso, sono molti di più e diversi.
Puoi leggere quello che penso sul mio sito. il post si intitola semplicemente “Open Source: Vantaggi e svantaggi”. Magari mi fai sapere che ne pensi, ciao!