mageekblog

Je suis consultant et responsable de l'offre PHP dans le groupe Alter Way.

Je fais du PHP depuis près de 10 ans.

J'ai co-écrit le livre blanc Industrialisation PHP qui dresse un panorama des outils et méthodes dont disposent les entreprises pour industrialiser leurs développements PHP.

Je contribue également à différents projets Open Source et participe à la vie communautaire notamment au travers de l'AFUP dont j'ai été trésorier.

Contrairement à ce qu'on pourrait penser, j'ai accueilli la nouvelle avec un certain soulagement.

Je l'ai vécu comme la reconnaissance officielle que la voie prise par PHP il y a quelques années pour sa prochaine version majeure n'était pas la bonne.

Faire des erreurs est acceptable, c'est s'entêter qui ne l'est pas. En prenant cette décision radicale, et potentiellement dangereuse pour son image, la communauté PHP a montré qu'elle était capable de se remettre en question même si cela est difficile.

L'électrochoc que cette annonce a provoqué montre également que l'attente est forte de la part des utilisateurs.

Je vois donc cette décision comme une manière, certes brutale mais nécessaire, de redynamiser le développement de PHP.

J'en attends trois choses.

La première est de tirer les leçons de ce tunnel dans lequel PHP a été pendant trop longtemps.

Tout d'abord en fixant un calendrier de sorties plus précis et en essayant de s'y tenir le plus possible.

Ensuite, en évitant de faire reposer des fonctionnalités cruciales sur trop peu de gens comme cela a été notamment le cas de l'implémentation de l'Unicode où Andrei Zmievski jouait un rôle prépondérant.

Son départ de Yahoo! pour une jeune start-up, diminuant par là fortement le temps qu'il pouvait consacrer à PHP, a quasiment mis un coup d'arrêt à l'avancement de l'Unicode qui était la fonctionnalité clé de PHP 6.

La seconde chose qui, à mon sens, manque aujourd'hui dans PHP est le fun.

Je m'explique.

Des langages comme Javascript, Ruby ou encore Python gagnent beaucoup en visibilité et cela n'est pas seulement dû au nombreuses libraires disponibles pour les deux premiers et à son framework phare, Ruby on Rails, pour le dernier.

Je pense que ces langages ont aujourd'hui quelque chose dont PHP manque depuis quelques années : ils sont amusants à utiliser.

Ils proposent des fonctionnalités qui permettent de simplifier l'écriture et la maintenance de codes complexes.

Pour modérer mes propos, les fermetures sont disponibles dans PHP depuis la version 5.3 et il existe une proposition d'implémentation des traits.

Il y a donc des actions menées en ce sens mais j'aimerai que leur intensité et leur visibilité augmente dans les prochains mois.

Enfin, la version 6 de PHP a beau avoir été abandonnée sous sa forme première et avec elle le support intégral de l'Unicode, cette fonctionnalité reste pour moi fondamentale.

C'est probablement aujourd'hui la dernière brique qui empêche PHP de faire pleinement jeu égal avec Java ou .Net.

La démarche choisie initialement n'était pas la bonne, soit.

Il a donc été sage d'y mettre un terme mais iI ne faudrait pas jeter le bébé avec l'eau du bain.

Le support de l'Unicode reste à mes yeux un élément crucial pour l'avenir de PHP.

La décision d'arrêter le développement de PHP 6 tel qu'il était initialement prévu a tendance à me faire penser que oui.

Cependant, j'ai l'impression que les choses ne sont pas aussi simples et que le développement de PHP reste noyauté par une poignée de développeurs qui freine parfois l'évolution du langage.

L'expérience des anciens est bonne conseillère et tempère la fougue parfois désordonnées des nouveaux contributeurs.

Il faut cependant veiller à ne pas décourager les bonnes volontés avec des règles, souvent tacites d'ailleurs, dont on ne voit pas toujours la raison d'être.

Le terme professionnalisation me gêne un peu car il semble indiquer qu'avant les développeurs PHP étaient tous des amateurs.

Certes la communauté traîne un déficit d'image mais il est loin d'être toujours justifié.

Il existe d'excellents développeurs PHP comme il existe de très mauvais développeurs Java ou .Net.

L'inverse est bien entendu également vrai.

Je préfère parler d' "industrialisation" de PHP pour imager le passage d'un marché d'artisanat, qui est incapable de répondre aux besoins actuels des grands comptes, à un marché industrialisé qui lui permet d'encadrer efficacement des projets toujours plus complexes et stratégiques.

Je sais que certains s'émeuvent de l'utilisation du terme industrialisation qui rappelle parfois ce que l'industrie peut amener de pire comme la standardisation à outrance avec le risque de perdre en innovation et en humanité.

Je ne souscris pas à cette crainte dans notre domaine car pour moi l'Humain reste au cœur du processus.

Simplement, produire des applications complexes et de qualité nécessite un encadrement plus important que le développement d'un site vitrine pour une PME locale.

Il me semble encore un peu tôt pour savoir précisément ce qu'apportera la prochaine version de PHP.

En revanche, je sens depuis un ou deux ans un fort intérêt dans la communauté PHP pour les bonnes pratiques de développement avec l'arrivé de framework matures (Symfony, Zend Framework) et d'outils de contrôle de la qualité (PHPUnit, PHP_CodeSniffer, etc.).

Le passé récent a été assez mouvementé mais aucun langage avec une telle communauté ne peut se construire pendant 15 ans sans rencontrer un jour ou l'autre des problèmes de cette nature.

Les réactions que nous avons vu ces deux derniers mois me semblent plutôt saines et rassurantes.

Je suis donc tout à fait confiant sur l'avenir de PHP.