PHP, rétrocompatibilité, ambulance et charité
Chez Matt ce matin, on pouvait lire :
Dreamhost upgrades their servers to PHP 5.2 (newer is better, right?) and most of their PHP5 customers break. WP 2.1 had a lot of workarounds in it just to run under 5.2. That’s stupid. I’m sure there is a perfectly rational reason why PHP core was “forced” to break existing scripts, but constantly shooting your users in the foot isn’t a good way for PHP to stay relevant. (I write this as someone whose entire company and livelihood is based on PHP.)
C’est à dire en bon français :
Dreamhost vient de mettre son PHP à jour vers la version 5.2 (plus c’est neuf, plus c’est bon parait-il), et la majorité de leurs clients sous PHP sont dans les choux. Nous avons du beaucoup batailler afin de faire tourner Wordpress 2.1 sous PHP 5.2. C’est stupide. Je suis certain que l’équipe de PHP avait une excellente raison pour être “forcée” de casser l’existant, mais ce n’est pas en tirant constamment une balle dans le pied de ses utilisateurs que PHP va rester un langage pertinent. (J’écris ceci en tant que personne dont l’entreprise et la vie sont entièrement basés sur PHP).
Je n’irai certainement pas contredire Matt quand il parle de la nécessité d’assurer un minimum de rétrocompatibilité d’une version d’un langage à l’autre. Tout en évoluant constamment, Ruby on Rails a bien compris la problématique en permettant d’inclure la bonne version du framework dans l’application, celle-ci prenant le pas sur la version installée sur le système. Mais venant de quelqu’un qui change les hooks de l’API de plugins de Wordpress entre deux release candidates au point de rendre ces derniers inutilisables, sans prévenir personne, et sans rien documenter, c’est un peu l’hôpital qui se moque de la charité.

Commentaires
Trackbacks
Les trackbacks sont fermés pour cause de spam.

Passionné d'informatique depuis l'âge de six ans, je travaille en tant que responsable qualité chez blueKiwi Software, éditeur spécialiste des outils collaboratifs en entreprise. Ma double formation en sciences politiques et en informatique me permet de porter un regard particulier sur les problématiques abordées par mon poste.
JMF about 6 hours later:
Je ne t’apprends rien mais Ruby On Rails est un framework et PHP un langage. Les comparer est peu pertinent je trouve même si je partage ton avis sur la nécessité de rester compatible avec l’existant autant que faire se peut.
Frédéric de Villamil about 19 hours later:
JMF : quand je vois la quantité de Rails et le peu de Ruby que je mets dans mon code, j’en viens parfois à douter du fait que Rails ne soit pas un langage.
D’ailleurs, on lit souvent, dans un abus de langage, des “applications développées en Ruby on Rails”.