mageekblog

Vers 3 h du matin aujourd'hui, avec près de trois semaines de retard, la première version ß de PHP 5.4 a été mise à disposition des utilisateurs de PHP par David Soria Parra et Stanislav Malyshev.

C'est la première fois depuis que le planning de sortie de cette version a été divulgué qu'il n'a pas été respecté, mais suite au fiasco de PHP 5.3.7, les contributeurs ont préféré jouer la sécurité et corriger un maximum de tests unitaires avant de diffuser PHP 5.4 ß.

Je vous encourage d'ailleurs fortement à exécuter la commande make test à l'issue de la compilation de cette version et à faire remonter vers bugs.php.net les éventuels tests unitaires qui ne passeraient pas sur votre configuration, afin de les développeurs du langage puisse faire les corrections nécessaires.

Il n'y a rien de révolutionnaire au menu proposé par cette version ß, mais ce n'est pas pour autant qu'elle ne mérite pas le détour.

En effet, outre quelques améliorations cosmétiques et quelques corrections et optimisations, elle propose également des évolutions intéressantes et quelques modifications significatives dans le comportement du langage qui viennent compléter celles apportées précédemment par les différentes versions alpha.

Ce n'est un secret pour personne, la version 5.3.7 de PHP a été très loin d'être une réussite.

En effet, suite à la découverte d'un bug dans la fonction crypt(), elle a été suivie cinq jours après sa sortie par la version 5.3.8.

Les choses auraient put en rester là, mais certains esprits chagrins ont trouvé là l'occasion de mette en lumière le manque de professionnalisme des développeurs de PHP.

Depuis des années, j'ai en permanence au moins un terminal actif, et ce n'est pas mon switch de FreeBSD à Mac OS X qui a changé mon comportement à ce niveau, bien au contraire.

C'est une habitude ancienne, qui remonte à ma formation universitaire et à ma découverte d'UNIX, et qui ne m'a jamais quitté, malgré le fait que je suis un fan des interfaces graphiques.

La ligne de commande est en effet dans la majorité des cas un outil bien plus efficace qu'une interface graphique pour les tâches courantes.

De plus, c'est bien souvent le seul moyen permettant d'accéder aux arcanes du système d'exploitation, afin de modifier son comportement, l'optimiser ou le corriger.

L'utilisation de la ligne de commande permet également de comprendre le fonctionnement du système, car elle oblige son utilisateur à lire la documentation et à comprendre ce qu'il fait, car il n'y a aucune couche intermédiaire, telle que l'interface graphique, entre lui et la machine.

Enfin, le terminal est très utile pour le développement en PHP, et ce n'est pas certainement pas l'ajout d'un serveur HTTP en ligne de commande dans PHP 5.4 et les améliorations apportées à sa console qui me fera abandonner cette habitude.

Cependant, la ligne de commande peut être rébarbative, notamment si l'interface qui permet de communiquer avec le système d'exploitation dans le cadre d'un terminal, aka le shell, n'est pas correctement configuré.

Or, l'interface de commandes par défaut de Mac OS X, aka bash, est plutôt frustre dans sa version de base, notamment en ce qui concerne la complétion des commandes via la touche ⇥.