- La première et la plus importante, la disponibilité de PHP pour presque tout le monde, partout, facilement. Je souhaite donner la possibilité à tous d'utiliser InDefero facilement sur la majorité des hébergements. PHP est pour cela merveilleux. (ok, il manque un petit script d'installation automatique pour InDefero, mais cela va venir). Un logiciel libre a besoin d'une communauté d'utilisateur, j'ai donc choisi la technologie qui offre accès à la plus grande communauté/base d'utilisateurs.
- Le seconde, bien égoïste, étant développeur de Pluf, c'était l'occasion de montrer qu'on peut facilement faire du code propre et efficace, le tout rapidement, avec ce framework. Rien de tel pour faire la pub d'un framework qu'une "killer app" que tout le monde veut installer.
- La troisième, pas vraiment bonne donc à ne pas vraiment compter, les limitations du système de gabarit de Django avec l'impossibilité de mettre des if/then/else un peu compliqués dedans (on peut changer ça, mais ce n'est plus standard pour les templates venant d'autres applications).
Par rapport à ta remarque sur les limitations de PHP, je dirais qu'aujourd'hui on peut tout faire correctement et facilement avec n'importe quel langage orienté web ou ayant un framework de qualité. Pour ce type d'application, PHP, Ruby, Erlang ou Python c'est grosso-modo la même chose, plus une question de goût et surtout d'efficacité et de connaissance des outils par les développeurs.
[^] # Re: Django ?
Posté par Loïc d'Anterroches . En réponse à la dépêche InDefero, Wiki et support de Mercurial dans la version 0.4.0. Évalué à 10.
Deux raisons m'ont poussées à coder cela en PHP :
- La première et la plus importante, la disponibilité de PHP pour presque tout le monde, partout, facilement. Je souhaite donner la possibilité à tous d'utiliser InDefero facilement sur la majorité des hébergements. PHP est pour cela merveilleux. (ok, il manque un petit script d'installation automatique pour InDefero, mais cela va venir). Un logiciel libre a besoin d'une communauté d'utilisateur, j'ai donc choisi la technologie qui offre accès à la plus grande communauté/base d'utilisateurs.
- Le seconde, bien égoïste, étant développeur de Pluf, c'était l'occasion de montrer qu'on peut facilement faire du code propre et efficace, le tout rapidement, avec ce framework. Rien de tel pour faire la pub d'un framework qu'une "killer app" que tout le monde veut installer.
- La troisième, pas vraiment bonne donc à ne pas vraiment compter, les limitations du système de gabarit de Django avec l'impossibilité de mettre des if/then/else un peu compliqués dedans (on peut changer ça, mais ce n'est plus standard pour les templates venant d'autres applications).
Par rapport à ta remarque sur les limitations de PHP, je dirais qu'aujourd'hui on peut tout faire correctement et facilement avec n'importe quel langage orienté web ou ayant un framework de qualité. Pour ce type d'application, PHP, Ruby, Erlang ou Python c'est grosso-modo la même chose, plus une question de goût et surtout d'efficacité et de connaissance des outils par les développeurs.
En espérant avoir répondu à tes questions.
loïc