mageekblog

Il y quelques jours, j'ai installé IOS 4 sur mon Ipod Touch.

Et ce matin, j'ai installé ibooks, dans l'optique de reprendre mon rythme de lecture d'il y a quelques années.

En effet, il y a encore cinq ans, je pouvais être considéré comme un grand lecteur, puisque je lisais au minimum un roman par semaine, sans compter les bandes dessinées, les mangas et mes lectures professionnelles.

Or, suite à l'inflation galopante du prix du livre, j'ai progressivement arrêté de lire à ce rythme, tout comme j'ai arrêté d'acheter des disques, d'ailleurs.

Je m'étais donc dit que l'initiative d'Apple de se lancer dans l'édition numérique allait me donner l'occasion de raccrocher les wagons en me permettant d'acheter des livres à un prix raisonnable.

Et bien je dois dire que ma déception a été grande.

Ayant rédigé quelque peu dans la précipitation le billet des 100 jours au sujet du développement de PHP, j'ai oublié d'y inclure une information relativement importante.

En effet, deux nouvelles versions mineures du langage, correspondant respectivement aux versions 5.2 et 5.3, sont en cours de finalisation.

En conséquence, les versions RC ont été rendues publiques le 18 juin 2010 par Ilia, le Release Master de la branche 5.2.

Il y a donc maintenant cent jours que je suis le développement de la prochaine version majeure de PHP.

J'avoue que lorsque j'ai écris le premier billet de ce qui est devenu cette série, je ne pensais pas aller aussi loin.

Il faut dire que j'ai été bien aidé par l'actualité houleuse du langage et très motivé par le fait que je ne travaille plus chez No parking suite à mon licenciement économique.

En effet, j'ai parfois l'impression d'écrire le scénario du successeur de Dallas ou des Feux de l'amour, ou bien encore de suivre le parcours de l'équipe de France de football dans la coupe du monde 2010 plutôt que celui du développement de PHP, et je dois avouer que j'y prend un certain plaisir.

De plus, la rédaction de ces billets me donne une visibilité qui ne peut que m'aider dans ma recherche d'un nouvel emploi.

Cette parenthèse terminée, Je vais donc maintenant vous faire la rétrospective de ces dix derniers jours.

Durant la séance de questions qui a suivi ma conférence PHP : retour vers le futur ! que j'ai donné au cours de l'apéro PHP lillois du 11 juin 2010, DTrace a été le sujet qui est très nettement ressorti.

Il m'a été demandé entre autre l'intérêt que cet outil avait par rapport à gdb et la façon de le mettre en œuvre.

Ma conférence n'étant clairement pas prévue pour rentrer à ce point dans les détails, j'ai répondu aux questions dans les grandes lignes, mais je vais maintenant essayer d'y répondre plus précisément.

Hier soir, j'ai participé à mon troisième apéro PHP lillois.

Si le premier avait été pour moi l'occasion de faire connaissance avec Damien Séguy dans la vie réel, puisqu'il y avait fait la présentation de PHP 5.3, le second m'avait permis de faire un galop d'essai pour la conférence au sujet de vim que j'ai donné au forum PHP 2009 en tandem avec l'un de mes ex-collègue.

Ce troisième apéro a été dans la droite ligne du second, puisqu'une fois encore, il m'a permis de tester l'une des conférences que j'ai proposé pour le forum PHP 2010, mais cette fois, en solo.

L'un de mes amis vient de me demander laquelle des instructions de PHP, entre for ou foreach, est la plus rapide pour manipuler un tableau, lorsque la butée nécéssaire à for est calculée dans le premier segment de ce dernier, de cette façon :

<?php for ($i = 0, $end = sizeof($array); $i < $end, $i++) { ... } ?>

Il a en effet effectué des tests, mais ses résultats sont en contradiction avec ce qu'affirme deux référents techniques de sa société.

Il m'a donc demandé de jouer le rôle de l'arbitre, vu que nous nous connaissons bien.

Je vais donc passer temporairement outre le fait que la question manque singulièrement de pertinence afin de mieux y revenir plus tard, et je vais donc donner ma réponse immédiatement.

Suite à mon billet sur le format phar de PHP, j'ai reçu par divers canaux des questions au sujet de l'éventuelle perte de performance que son utilisation induirait.

À l'époque, je n'avais aucune information fiable à communiquer sur le sujet, n'ayant pas eu l'opportunité de réaliser des mesures de performances dans le cadre d'un cas réel d'utilisation.

Il y a bien eu un test de réalisé par le créateur du format, mais je l'ai trouvé trop éloigné de la réalité pour pouvoir lui accorder suffisament de crédit.

Depuis, les choses ont changé puisque j'ai réalisé quelques tests sur du code de qualité production, en l'occurence celui de sparkline.

fch@witchblade:/usr/home/fch/sparkline/tests/units520> php -f sparkline.php \mageekguy\tests\unit\test version 18 by Frédéric Hardy.Run mageekguy\sparkline\tests\units\sparkline....___________________________________________________________[1/1]Success ! (1 test, 6 assertions)Test duration: 0.00  […]

Après une petite semaine de validation, mon port de mysqlsniffer vient d’être intégré officiellement dans FreeBSD.