Drupal 8 sucks and I know why! - Drupal fa schifo, e io so il perché

Definitively 8 reason because you souldn't use drupal 8 for your site.  This is an old question that noobie are asking for, and I (the unknown smartest web developer in the world) am here to explain all the (8 at least) epic fails of the new Drupal8.

On the  october, 1st  2014 a beta testing version of drupal 8 was released and in just two days i was able to find all the trouble you will encounter using this bad CMS (Content Management System) or CMF (Content Management Framework) or CMM (Content Management Mess). 

Or maybe not. This is just another SEM (Search Engine Marketing) joke, just like other "Something sucks" articles  ;-) 
But I will explain the reason of this kind of jokes, and why people write poisoning articles without any strong arguments, but i will write the rest of this post in italian. I'm sorry with english readers, if I will have the time, I will translate the rest of the post. 

Mi ripeto. Dal Primo ottobre è stata rilasciata la nuova versione di drupal, e non potevo perdere l'occasione che mi si veniva concessa per i miei 2 minuti di visibilità. 

È prassi comune infatti scrivere male di una cosa (con argomenti apparentemente fondati) per ottenere un po' di visibilità. Se poi, non soddisfatti, prendete l'articolo del vostro blog e lo pubblicate sul forum delle community di sviluppo, probabilmente attirerete decine se non centinaia di visitatori inviperiti o incuriositi vedendo crescere il vostro sito in ranking sui motori di ricerca.

Espediente comodo è prendere alcuni punti deboli, o all'occorrenza inventarli, estrapolarli da un contesto per ingigantirli, ammantarli di una conoscenza approfondita sul linguaggio di programmazione (sconosciuto alla maggior parte dei terrestri e pertanto argomento assolutamente oscuro per molti lettori).

Alle presunte argomentazioni di fondo aggiungete il giusto tocco di saccenza e arroganza, una supposta esperienza pluriennale, suggerite alternative realizzate in casa (propria) oppure strumenti progettati per fare altro. 

Pensate che stia scherzando, eppure c'è gente che dichiara che in un anno ha provato dapprima a farsi un CMS suo, poi ha testato il funzionamento di decine di CMS liberi o proprietari, alla fine si avvicina a drupal, ma sente l'irresistibile desiderio di comunicare al mondo che drupal fa schifo (ma tutto sommato riesce a farci dei soldi e ci ride su). 

Questo è semplicemente inaccettabile, moralmente. Migliaia di persone, spesso autentici professionisti ICT, contribuiscono gratuitamente allo sviluppo di un sistema che può essere usato liberamente, ridistribuito (con il vincolo di licenza GPL) e persino rivenduto (per la precisione viene rivenduto il servizio di configurazione e personalizzazione al cliente). Il fatto che sia gratis (free as beer) non vuol dire che sia di minor valore, anzi credo che molti condivideranno l'dea che la libertà (free as freedom) sia una delle cose di maggior valore al mondo. 

Veniamo adesso agli aspetti tecnici. Ho raccolto 8 classiche argomentazioni per le quali Drupal "fa schifo":

1. Drupal sarebbe complesso, ad esempio rispetto a Wordpress, o meglio si presenta con un'interfaccia semplice (definita da un articolo sprezzante "click-monkey GUI") ma complicato da configurare. 
2. Eccessivo consumo di memoria e risorse del server al crescere delle dimensioni. Eccessive richieste al database al crescere dei visitatori. Di conseguenza drupal è adatto a siti di piccole dimensioni. 
3. Codice illeggibile e terribile Data Modeling. Ehi, io prima di usare un CMS mi leggo tutto il codice dall'inizio alla fine, sono un professionista serio! 
4. È scritto in PHP. Il PHP è un linguaggio comodo per fare siti internet, ma è affetto da numerosi bug e il tuo sito sarà a rischio. 
5. Troppe versioni in circolazione: tra poco drupal 6 non verrà più supportato, in giro c'è drupal 7, oggi esce drupal 8 e già si pensa a drupal 9. Quale versione usare?
6. Moduli abbandonati. I moduli aggiuntivi sono utili per integrare funzioni non previste nel core. E quando questi vengono abbandonati chi si occuperà dei bug e degli aggiornamenti?
7. Ti consente di creare template con il modulo Views, così facendo salva le viste nel database e di conseguenza hai i template nel database (orrore!)
8. Gli sviluppatori: siccome lo strumento viene sviluppato da una comunità e non dallo sviluppatore che sta realizzando il tuo sito, non saprai mai se un professionista che usa drupal sa quello che fa, oppure se impara a tue spese.

Ho raccolto queste argomentazioni da vari siti in inglese e li ho riassunti qui sopra. Apparentemente sarebbero motivazioni fondate, ma spesso nascono da ragionamenti fallaci. 

1) Se drupal ha un'interfaccia tanto semplice da essere utilizzata anche da un scimmia (come dice gentilmente uno dei suoi detrattori) è perché si suppone dovrà essere utilizzato da un utente finale che sarà in grado in autonomia di aggiornare i contenuti se ha un minimo di alfabetizzazione informatica e dimestichezza con i siti internet. Questo non ha nulla a che vedere con le funzionalità che dovranno essere messe a disposizione dal progettista che si suppone invece essere un professionista, e che si ritroverà davanti un sistema molto più "astratto" degli altri, e proprio per questo molto più libero nella configurazione. Se volete un CMS pronto all'uso, forse drupal non è la scelta più semplice, anche se io l'ho utilizzato agevolmente per progetti amatoriali. 

2) drupal necessita di maggiori risorse RAM (96 MB e spesso 128MB) e rispetto ai concorrenti (almeno Joomla e Wordpress) maggiore spazio per il database. Tuttavia queste variabili sono vere solo se il confronto viene fatto con siti di piccole dimensioni. Siti di grandi dimensioni e ad alto traffico avranno comunque bisogno di maggiori risorse, non è il caso di ospitarli su hosting condivisi (salvo piani particolari) a prescindere dal CMS che utilizzate. L'alternativa quale sarebbe? Gestire un sito con 15.000 articoli in HTML o pagine PHP? Ci avete mai provato? 
Se avete siti anche più grandi, potrebbe essere buona idea convertire i contenuti più datati in HTML per alleggerire il lavoro del database, ma questa non è una buona ragione per dire che drupal fa schifo, visto che prevede questa possibilità. 

3) Contrariamente a quello che dicono i detrattori non informati, i file drupal sono ampiamente commentati e le API ampiamente documentate, e se è vero che c'è anche molto codice inutilizzato, la comunità fa un grande lavoro anche per alleggerire e aggiornare il codice datato. Non è un caso infatti che un pacchetto del core di drupal scompattato pesi circa 14MB e contenga poco più di 1.000 files. A voi il confronto con il file system degli altri CMS analoghi. 
Detto questo, studiare veramente tutto il codice di drupal necessiterebbe mesi di lavoro e un impegno considerevole, e per quanto mi riguarda quello che io conosco di drupal è solo la punta di un iceberg, perché ogni team ha conoscenze specifiche e nella community esistono team che si occupano di Sviluppo, SEO, Sicurezza e Bug, Front-End, User-Experience, etc... etc... 
Eppure c'è chi vuole farsi passare per tuttologo e giudice della qualità del codice di drupal (non di una sua parte), e forse sui clienti funziona, ma con me no.

4) Sebbene siamo tutti consapevoli che il PHP non è l'unico e forse neanche il migliore dei linguaggi per siti e applicazioni web, tutto sommato funziona e viene utilizzato dalla stragrande maggioranza dei siti pubblici e applicazioni annesse. Persino alcuni gestionali vengono ora scritti in PHP. Questo non vuol dire che il PHP sia il linguaggio adatto a tutti i contesti, e del resto come tutti i linguaggi di programmazione esistenti, ha dei bug e delle falle di sicurezza. A volte evidenti a volte meno. È per questo che se ne consiglia l'aggiornamento. Credo che sia persino inutile proseguire perché per gli addetti ai lavori queste sono banalità. 

5) Drupal segue una numerazione seriale del tipo x.y dove la major release è indicata dal primo numero e la minor dal secondo numero. Passare da una versione major alla successiva non è semplice, e sebbene esistano moduli che facilitano il lavoro, potrebbe essere comunque il caso di riprogettare il sito. Del resto una versione drupal ha un ciclo di vita piuttosto lungo: circa 4 anni. Ripensare un sito dopo 4 anni non è la fine del mondo, visto che i browser e le tecnologie intanto si saranno evolute, ma non è neanche strettamente necessario e dipende dalle specifiche necessità. 
Se state iniziando oggi (3 ottobre), è consigliabile utilizzare la versione 7 ancora per qualche mese e far passare almeno una decina di minor release prima di proporre a un cliente la versione 8. Intanto approfittatene per studiare la nuova versione, e se siete volenterosi potrete contribuire alla 9. 

6) La quasi totalità dei moduli drupal sono Open Source e gratuiti. Questo non è vero per altri CMS. Tutti i moduli nascono per sopperire specifiche esigenze che non sono implementate nel core. I moduli sono mantenuti da una comunità e anche se nascono dall'idea di un singolo programmatore, molto spesso sviluppo e manutenzione passano di mano in mano. Prima di scegliere il modulo fra una vastità di moduli analoghi, è meglio consultare sulla relativa pagina drupal.org le statistiche di utilizzo, le "commesse", l'attività di sviluppo e mantenimento, i bug report. Tutte informazioni disponibili sul sito drupal.org.
Solitamente se un modulo è stato abbandonato è perché ne esistono altri più utilizzati o perché le sue funzionalità sono state integrate nel core. Anche il magico modulo Views presto sarà abbandonato: è finito nel core!

 7) Cos'è Views? Views consente di filtrare dal database, potenzialmente, qualsiasi risultato che si vuole mostrare al pubblico, principalmente contenuti. La struttura per campi di drupal (nota come CCK, Content Construction Kit) può essere quindi richiamata in una pagina o in un modulo con un'altissimo grado di personalizzazione. Il pericolo che si corre nel conservare nel database queste informazioni, è lo stesso che si corre quando si fa ricorso a un editor di testo che salverà codice html sul database. 

8) In questa argomentazione troviamo soprattutto lo sfoggio di sicurezza (sicumera) da parte del critico di turno. Probabilmente egli conosce meglio di chiunque altro il web e non deve confrontarsi quasi quotidianamente con aggiornamenti dei linguaggi, dei software, dei client... Probabilmente conosce già tutto e anche gli sviluppi che ancora non sono stati inventati, a differenza di noi comuni mortali che passiamo gran parte delle nostre giornate lavorative o del tempo libero a imparare tutte le novità che vengono introdotte, a ponderare i pro e i contro che qualunque scelta tecnologica o progettuale ci pone, a inventare soluzioni inedite per scenari che non vengono presi in considerazione dai manuali. Lo studio richiede tempo e impegno ed è richiesto ad un buon lavoro, e fa parte (misera) della tariffa oraria che un professionista vuole proporre. 

8 difetti per drupal 8

Ora sì che mi sento una webstar!