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é.

Si cet article vous a plu, n'hésitez pas à me suivre sur Twitter.

2 commentaires sur PHP, rétrocompatibilité, ambulance et charité »

1. 

   Par JMF le 10 février 2007 à 20h54 :

   
   

   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.

2. 

   Par Frédéric de Villamil le 11 février 2007 à 09h31 :

   
   

   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”.

Trackbacks sur PHP, rétrocompatibilité, ambulance et charité

Les trackbacks sont fermés pour cause de spam.