Désolé, je me doute bien que les commentaires comme celui que je suis en train de rédiger sont attendus, mais... SPIP ! 8-O
Je ne nie pas que SPIP bien utilisé puisse être une plateforme puissante en pratique, étant donné l'ancienneté de la technologie. Mais on est quand même à des années-lumières de ce qui se fait aujourd'hui dans le Web en général, et dans le PHP en particulier.
Je ne suis pas spécialiste de la chose, étant donné que j'ai toujours pris grand soin de me tenir éloigné de SPIP et que je ne l'ai utilisé (non sans souffrances) seulement quelques rares fois lorsque le client tenait absolument à utiliser cette techno, mais à mon humble connaissance il a toujours fait bande à part, ne se souciant absolument pas d'essayer de coller un tant soit peu à l'écosystème PHP.
Autant il peut être être bon de ne pas suivre les dogmes, autant dans ce cas-là je trouve toujours étonnant l'acharnement de SPIP à ne rien suivre de ce qui se fait.
On a tout de même des centaines de chouettes bibliothèques sur Packagist.org, avec notamment les composants Symfony 2 et Zend Framework, utilisés sur la plupart des sites Web PHP aujourd'hui et conçus pour pouvoir être utilisés de manière indépendante sans avoir à se coltiner tout le framework si on en veut pas. Des milliers de développeurs contribuent chaque jour à enrichir cet écosystème Open Source, auquel SPIP prend bien soin de rester totalement hermétique.
Et puis bien sûr, le code source en français... C'est un débat qui a été fait maintes et maintes fois, mais à un moment je pense qu'il faut tout de même accepter que l'anglais est la langue des nouvelles technologies, qu'on le veuille ou non. Si encore SPIP était basé sur un langage de programmation rédigé lui aussi en français, je dis pas, il y aurait une certaine cohérence :-)
Mais là on a toute une logique applicative en français, avec des incrustations un peu partout de mots-clefs et de fonctions natives de PHP, en anglais donc ; on se retrouve donc avec le c... entre 2 chaises, ça ne rime pas à grand-chose à mon sens.
En voyant le code source de SPIP et celui de Seenthis j'ai vraiment l'impression de voir du code PHP "à la papa", comme on en faisait dans le développement Web en 2000. Sur ce fichier pris au hasard, par exemple, on a du code HTML intégré au code applicatif, une couche d’abstraction à la BDD qui a l'air tout sauf pratique, des mélanges anglais/français en veux-tu en voilà (un fonction "spip_unlink" suivie d'une fonction "ecrire_fichier")...
Tout ça n'est que mon bien humble avis et n'engage que moi, et je n'ai aucune légitimé spécifique pour me permettre ces critiques, mais avec un tel socle technologique je ne parierais pas sur la capacité du projet à fédérer les contributeurs... :-/
Cela étant, vive l'Open Source bien sûr, et vive Seenthis ;-) (mais l'Open Source, n'est-ce pas également capitaliser sur ce qui existe plutôt que de réinventer une roue non-standardisée, totalement incompatible avec le reste ?)
# SPIP ?
Posté par JoyeuxJim . En réponse à la dépêche Le code source de Seenthis est disponible. Évalué à 10.
Désolé, je me doute bien que les commentaires comme celui que je suis en train de rédiger sont attendus, mais... SPIP ! 8-O
Je ne nie pas que SPIP bien utilisé puisse être une plateforme puissante en pratique, étant donné l'ancienneté de la technologie. Mais on est quand même à des années-lumières de ce qui se fait aujourd'hui dans le Web en général, et dans le PHP en particulier.
Je ne suis pas spécialiste de la chose, étant donné que j'ai toujours pris grand soin de me tenir éloigné de SPIP et que je ne l'ai utilisé (non sans souffrances) seulement quelques rares fois lorsque le client tenait absolument à utiliser cette techno, mais à mon humble connaissance il a toujours fait bande à part, ne se souciant absolument pas d'essayer de coller un tant soit peu à l'écosystème PHP.
Autant il peut être être bon de ne pas suivre les dogmes, autant dans ce cas-là je trouve toujours étonnant l'acharnement de SPIP à ne rien suivre de ce qui se fait.
On a tout de même des centaines de chouettes bibliothèques sur Packagist.org, avec notamment les composants Symfony 2 et Zend Framework, utilisés sur la plupart des sites Web PHP aujourd'hui et conçus pour pouvoir être utilisés de manière indépendante sans avoir à se coltiner tout le framework si on en veut pas. Des milliers de développeurs contribuent chaque jour à enrichir cet écosystème Open Source, auquel SPIP prend bien soin de rester totalement hermétique.
Et puis bien sûr, le code source en français... C'est un débat qui a été fait maintes et maintes fois, mais à un moment je pense qu'il faut tout de même accepter que l'anglais est la langue des nouvelles technologies, qu'on le veuille ou non. Si encore SPIP était basé sur un langage de programmation rédigé lui aussi en français, je dis pas, il y aurait une certaine cohérence :-)
Mais là on a toute une logique applicative en français, avec des incrustations un peu partout de mots-clefs et de fonctions natives de PHP, en anglais donc ; on se retrouve donc avec le c... entre 2 chaises, ça ne rime pas à grand-chose à mon sens.
En voyant le code source de SPIP et celui de Seenthis j'ai vraiment l'impression de voir du code PHP "à la papa", comme on en faisait dans le développement Web en 2000. Sur ce fichier pris au hasard, par exemple, on a du code HTML intégré au code applicatif, une couche d’abstraction à la BDD qui a l'air tout sauf pratique, des mélanges anglais/français en veux-tu en voilà (un fonction "spip_unlink" suivie d'une fonction "ecrire_fichier")...
Tout ça n'est que mon bien humble avis et n'engage que moi, et je n'ai aucune légitimé spécifique pour me permettre ces critiques, mais avec un tel socle technologique je ne parierais pas sur la capacité du projet à fédérer les contributeurs... :-/
Cela étant, vive l'Open Source bien sûr, et vive Seenthis ;-)
(mais l'Open Source, n'est-ce pas également capitaliser sur ce qui existe plutôt que de réinventer une roue non-standardisée, totalement incompatible avec le reste ?)