Forum PHP 2009 : Vendredi matin

C’est marrant mais 24H après, on commence à mieux supporter le métros. Une fois habitué à l’odeur et qu’on a surmonté son agora phobie, on peut prendre le temps d’apprécier le paysage dans lequel voyage le métro : un tunnel et de la pub. Bref, une fois de retour aux forums, après avoir aidé au vestiaire, retrouvé quelques connaissances et bu un café, j’ai pu me rendre à la première conférence de la journée, une présentation de PHP 5.3 par Fabien Pontencier (lead dev. sur Symfony, pour rappel).

Playing with PHP 5.3

Une conférence très intéressante présentation les nouveautés apportées par cette version de Symfony. Pour rappel, on retrouvera :

• La gestion des namespaces. Une syntaxe certes discutable (l’antislash, c’est vrai pas sexy) mais qui fait plaisir : fini les noms de classe à rallonge comme on a dans le ZendFramework (par exemple : Zend_Search_Lucene_Search_QueryParser) pour éviter les conflits dans le nommage des classes.
• La gestion des closures, ou fonctions anonymes
• L’amélioration du late-static-binding
• Et plein d’autres choses !

Cette version fait de PHP un langage de plus en plus sérieux. Certes on n’a pas un langage entièrement orienté-objet comme Java, mais on avance vers un langage de plus en plus sérieux, peut importe ce qu’en disent ses détracteurs : aujourd’hui, PHP a une facilité d’installation et de propagation vraiment déconcertante. Si vous recherchez plus d’informations sur ce sujet, les slides de la conférences sont disponibles ici.

Motiver ses développeurs

J’ai toujours pensé que le développeur avait une fonction assez « ingrate », puisqu’on ne voit pas la qualité et la beauté (oui, beauté) de son travail une fois l’application terminée. Sans vouloir creuser un peu plus le fossé qui sépare les développeurs des graphistes, j’avoue avoir un peu envié la fonction de graphiste pour ce coté très visuel et très concret de la production. Certes, avec l’expérience on se rend compte que ce n’est pas forcément vrai.

Motiver ses développeurs passe par beaucoup de points, le plus important pour moi étant de comprendre le développeur, et ne pas considérer simplement comme une usine à ligne de codes. Après, il reste différentes techniques pour qu’il se sente bien. On pourra par exemple lui payer des formations, au hasard un accès aux forums PHP (du coup à ça je répond « merci patron ! »). Elles lui permettent de se tenir au courant de ce qui se fait actuellement, d’échanger avec d’autres développeurs et de revenir, comme moi, des idées et des envies plein la musette pour faire avancer la société toute entière.

Le développeur a besoin d’outils, qui l’aident à être plus productif, on citera par exemple un outils de gestion de versionning (SVN, GIT…), de bons logiciels pour travailler (textmate pour les développeurs hype sous mac) et plusieurs environnements (pas de développement sur des sites déjà en production…

Le développeur a également quelques phobies, on comptera le manque de temps ou les délais absolument irréalistes ou, mon préféré, les changements de spécifications en cours de projet. C’est la que prend tout son sens le TDD, encore faut il qu’il y ait suffisamment de temps pour la rédaction de tests unitaires et fonctionnels.

Enfin, il est important pour le développeur de travailler dans une équipe soudée composée de personnes qui s’entendent et savent travailler ensemble. Cette cohésion d’équipe peut être apportée par beaucoup de choses, souvent des activités en dehors du travail (aller boire un verre après le boulot, se lancer des cartes de visites*, etc.).

Anna Filina a su résumer tout ce qu’il fallait pour motiver un développeur. Outre le fait qu’elle soit très jolie et qu’elle fasse du Flex, je pense que les personnes travaillant avec elle ne doivent pas se plaindre!

Monitoring d’applications/environnements PHP : APM et Pinba

Commençons avec une blague qui est passée sur Twitter. Pinda n’est pas le pote de Simba dans le roi Lion. La présentation portait sur 2 solutions de monitoring (PHP_apm et pinba) permettant d’enregistrer efficacement les erreurs dans le code, de détecter les requêtes trop longues. Ce sont deux solutions que j’ai retenu et je suis actuellement en train de tester APM. Le seul soucis que je rencontre actuellement est que l’affichage des informations enregistrées (dans une base de données SQLite, soit dit en passant) n’est pas très sexy, mais il n’y a rien d’insurmontable.

Je ne m’attarde pas sur ces extensions, je préfère faire un retour d’expérience ici même dans les prochaines semaines. Pour avoir discuté rapidement avec les conférencier, des nouveautés sympathiques sont à venir. Si cela vous intéresse, le projet est hébergé sur Google Code, et est également présent sur Twitter.

C’est tout pour ce vendredi matin, le dernier résumé et un éventuel bilan arriveront bientôt.