Que pense Mariya Lysenkova du CMS Drupal ? Apparemment ce CMS ne convient pas à cette développeuse Ruby, en voici les raisons.
Drupal stocke tout en base de données
Les gabarits stockés en base de données ne peuvent pas rentrer dans un processus de versionning pour un travail collaboratif entre développeurs. Pour un site à haut trafic, les logs pourrissent les performances en surchargeant la base avec des gigas de données. Les backup deviennent long et fastidieux, un sysadmin peut commettre des erreurs en consultant les logs
Drupal est compliqué et long à maîtriser
L’utilisabilité est mauvaise en raison de navigations désastreuses. Il est nécessaire de valider deux fois avant de pouvoir réaliser une sauvegarde ; créer un billet est situé sous « Créer du Contenu » alors que éditer un billet est sous « gérer un contenu ».
Drupal est codé avec les pieds
Oui, d’abord, hé les mecs de Drupal vous connaissez les classes, les objets, les héritages ? Les passages de versions cassent les gabarits ; les difficultés de conformité entre deux versions sont beaucoup plus compliqués qu’avec n’importe quel autre framework.
Drupal ne respecte pas les principes du libre
Drupal est open source mais Dries Buytaert vient de mettre en ligne la nouvelle stratégie marketing de marque de son produit. Jacques Mattheij et Vladimir Slepnev ont bien eu raison de lancer ce site http://www.drupalsucks.com/, sans respecter la politique officielle qui demandait qu’il demande une autorisation.
Conclusion
Drupal ne sent pas bon des pieds pour Mariya Lysenkova. Elle est un peu dure avec un CMS qui reste bien pratique pour des personnes qui ne sont pas très portées sur le développement. Néanmoins, si certains rappellent les avantages de la taxonomie et autres, personnes ne reveint sur la qualité du code est la gestion un peu limite des gabarits.
Elle recommande, comme alternative :
Drupal oui, mais pour des petits sites.
Lire Drupal Sucks ou “Drupal Sucks” Followup: Drupal Alternatives par Mariya Lysenkova.
Articles similaires :
- Drupal 7 et l’accessibilité
- Obama choisit Drupal pour la Maison Blanche !
- Open CMS Alliance : Joomla, Drupal, TYPO3 et eZ Publish
- Drupal et WordPress : deux logiques proches, mais différentes
- Comparer et choisir son CMS : Drupal et Django par Scot Hacker
Navigation Temporelle
Commentaires ( 3 )
1) On peut avoir un code de qualité sans coder en objet. On peut trouver très dommage de ne pas profiter du codage en objet mais pas dire que « Drupal est codé avec les pieds » juste parce qu’il n’est pas orienté objet. Le code est rigoureux.
2) Modx est mon CMS préféré. Pourtant je l’ai abandonné il y a un an pour Drupal, après avoir utilisé intensément les 2. Tout simplement parce que Drupal est actuellement supérieur à Modx face à bien des situations : site communautaires, boutiques en ligne, multiblogging, gestion poussée des profils, support du multilinguisme… Des possibilités non négligeables qui en font un outil de choix pour ce genre de cas. Je connais suffisament Modx pour savoir qu’il n’est pas du tout le bon outil pour réaliser ce genre de chose actuellement.
3) « Drupal, oui, mais pour des petits sites » : j’ai l’avis opposé : Drupal est une usine à gaz : aucun besoin de ça pour faire tourner un petit site : choisissez plutôt les CMS qu’elle cite.
4) Enfin un CMS répond surtout à un besoin précis : Modx, silverstrip etc… vont être parfait pour certains projets et Drupal sera parfait pour d’autres.
Concernant les critiques sur les performances et l’ergonomie je pense aussi qu’il y a des choses à améliorer. J’espère des avancées de Drupal 7 importantes sur ces deux points.
Bref, un avis à la va vite pour moi.
Mariya Lysenkova devrait prendre un peu de recul, pour se rendre compte qu’il n’y a pas que la programmation objet (classes, héritages, etc.) dans la vie. Très loin de là. Déjà au niveau des performances, et ensuite, sur la facilité de maintenance du code.
Et le fameux modèle-objet MVC (Vue-Modèle-controlleur) n’est pas la solution ultime du développement de logiciels, mais tout simplement une voie prise (parmi tant d’autres possibles) pour uniformiser le développement des logiciels dans une optique de taylorisation du travail. Voie qui est efficace ou pas selon les contraintes du logiciel développé
Je rappellerai aussi qu’on estime qu’environ 15% des lignes de codes informatiques produites par an sont en COBOL, langage qui montre depuis 50 ans sa robustesse, qui ne connaît pas les classes, l’héritage, etc. et qui n’est pas utilisé par des gens qui codent avec les pieds : cela tombe bien car on code en COBOL des logiciels qui gèrent des milliards d’information et qui ne doivent pas (trop) planter : banques, assurances, impôts, sécurité sociale, horaires d’avions, train, etc. Dès qu’il y un gros volume de données à traiter, il y a presque toujours du COBOL derrière
Cela dit, Drupal reste difficile à prendre en main (c’est clair, ce n’est pas un Wordpress… quoique, si on veut optimiser Wordpress, on peut aussi se donner des sueurs froides.)=
Cela dit, je suis plus ou moins d’accord avec ses affirmations quant à l’ergonomie. Mais un(e) informaticien(ne) peut rapidement et facilement arranger cela pour fournir à l’utilisateur final des pages ergonomiques.
Ajouter un commentaire
Additional comments powered by BackType