Joomla è stato premiato come il miglior CMS dell’anno e WordPress con le sue ultime release ha introdotto possibilità eccezionali. Il vero lavoro che fa la differenza è il template. Spetta al WebDesigner studiare un layout adeguato alle esigenze degli utenti. Usando template standard o peggio “free” si ha un sito non solo anonimo ma ugula a quello di qualcun altro. con la sensazione del “fai da te” che tanto fa scadere la qualità. riguardo ai CMS specifici, mi chiedo cosa volete da un CMS specifico? perchè la gestione di gallerie, commenti, archivi, banner video etc.. sono tutte cose già ottenibili da una piattaforma free come Joomla o WordPress. Senza contare le varie plugins gratuite o a pagamento. sono d’accordo con emilio. il vero lavoro è il design e l’accessibilità.
(parlo da webdesigner XD)

Buon Pomeriggio a Tutti,
intervengo in questa Post perchè in qualità di Sviluppatore questa domanda (Open o Close?) mi tocca da vicino, poichè credo che ogni sviluppatore debba delineare il proprio modus operandi in merito, e perchè credo che la domanda non sia di facile risoluzione, essendo da sempre uno degli argomenti più dibattutti nell’ambito sviluppo web che rappresenta un sovrainsieme dell’settore sviluppo turistico.

Fermo restando che ogni programmatore potra avere la propria idea in tal proposito sviluppando quelle che sono le sue considerazioni, credo che tale domanda in una attività di consulenza non possa prevedere una risposta precisa, poichè nell’attività di consulenza intervengono diversi fattori, come la disponibilità e le esigenze del cliente.
Quindi mi trovano d’accordo con Antonello, in merito all’idea che un consulente deve proporre la Migliore soluzione “per le necessità del cliente” e non proporre ottusamente la Migliore soluzione in assoluto.

Fatta questa premessa dico la mia contro l’adozione dell’OpenSource nell’utilizzo di CMS, presentandola ovviamente non come la verità assoluta, ma come il frutto della mia esperienza lavorativa.

1.Il famoso esempio “maglione di sartoria” e “maglione di fabbrica”.
Quando un cliente mi chiede la differenza utilizzo spesso e volentieri questo esempio, utilizzare un opensoure, rappresente comunque un procedimento che viola le basilari regole dell’ingegneria del software per cui la realizzazione di un applicazione debba partire dalle esigenze del cliente e quanto minimo dallo sviluppo in un modello Waterfall (a cascata o step).
Spesso lavorare su open source significa fare l’esatto opposto, cioè adattare un set di funzionalità standard a quelle che sono le esigenze del cliente. E’ ovvio che pur trovandoci di fronte a ottimi prodotti di fabbrica, il maglione di sartoria ci starà sempre meglio poichè segue strettamente la linea delle nostre esigenze, senza codice superfluo o possibilità inutilizzate.

2.La Scalabilità e Aggiornamento.
Un software può cambiare e/o aumentare (poche volte decrescere) ed è noto che la scalabilità pur essendo un concetto presente in software open source può alcune volte rappresentare un problema in caso di personalizzazioni ad hoc di alcuni elementi, è ovvio che con un codice proprietario adeguatamente e correttamente programmato, non ci saranno problemi con futuri aggiornamenti. Viceversa capita che la modifica ad hoc di alcuni moduli open source non mantiene la piena compatibilità con gli aggiornamenti di altri moduli o con l’aggiornamento della piattaforma stessa. Senza contare che in un software proprietario adeguatamente commentato e documentato la facilità di intervento di aggiornamento e sviluppo di ulteriori funzionalità ad hoc è notevolemente incrementata.

3.Sicurezza.
Inutile mentire, se bene nessun software sia “esente da bug e da problemi di sicurezza” l’open source è spesso bersagliato da bot automatici di spam o di post, che rendono necessari frequenti aggiornamenti della piattaforma, la natura stessa del codice Open rende studiabili le sue falle e le sue criticità, a differenza di una soluzione proprietaria il cui codice resta comunque non visibile e non direttamente studiabile (anche se ovviamente esistono modalità di attacchi comuni)

Mi fermo a 3 punti ma ovviamente ci sarebbe da discutere all’infinito,
questo e altri cento motivi mi fanno orientare nel caso condizioni del cliente lo permettano, l’utilizzo di un framework aziendale proprietario (grosso investimento da parte della società che sviluppa) o in un caso altrettanto funzionale come proposto da Emilio, per l’utilizzo di un Framework Open Source (Modx, Zend, etc.)

Spero di aver dato un contributo costruttivo e riflessivo a questa discussione,
come credo fosse più utile fare.