Apéro PHP à Neuchâtel (Suisse) le dimanche 5 mars 2006
jeudi 2 mars 2006 :: perrick :: PHP :: 2 commentaires :: aucun trackbackUne fois n'est pas coutume, mon prochain apéro PHP aura lieu à
PS : je réouvre les commentaires pour ce billet. En espérant que la vague de spam ait fini son tour.
En attendant Web 3.0
lundi 13 février 2006 :: perrick :: Développement :: aucun commentaire :: aucun trackbackLors de la conférence PHP de Londres, Harry Fuecks a présenté une session sur AJAX. Il montre le pourquoi du comment on arrive à AJAX != toujours "cool".
Et pour ceux qui ne pensent que ça n'arrive qu'aux autres je me revois en pleine discussion avec Rasmus Lerdord : chez Yahoo, ils ont du patché leurs serveurs BSD pour faire face aux requêtes trop lentes venant des dizaines de milliers de modems chinois. Il ne faudrait pas non plus oublier que le succès du trio HTTP / HTML / PHP s'est bâtie sur ce manque de synchronisation.
Rendez-vous AFUP : clients riches avec XUL
jeudi 9 février 2006 :: perrick :: Développement :: aucun commentaire :: aucun trackbackAprès la conférence d'Olivier Grange-Labat (LeMonde.fr) lors du dernier Forum PHP à Paris, plusieurs visiteurs étaient venus me voir : un goût de trop leur était resté dans la bouche. L'AFUP organisera donc une session spéciale sur les technologies XUL (l'interface riche de Mozilla). L'occasion de rencontrer / d'écouter / d'échanger avec Laurent Jouanneau, Edouard Andrieu et Olivier Grange-Labat (LeMonde.fr). Le rendez-vous est fixé au 2 mars 2006 - 20h à Paris : les détails et les inscriptions sur le site de l'AFUP.
Publication de SimpleTest 1.0.1 alpha 3 et du wiki-site
lundi 6 février 2006 :: perrick :: Projets Open Source :: 6 commentaires :: aucun trackbackAprès pas mal de travail, une nouvelle version de SimpleTest a été publiée aujourd'hui même. Il s'agit d'une dernière alpha avant la béta (et après enfin la finale). Elle corrige pas mal de choses.
- remaniement sur les liaisons entre les scénarios de tests et le rapporteur.
- nouveau décorateur pour le rapporteur (les modifications sur l'affichage sont désormais plus faciles à faire).
- les scénarios de test abstraits sont ignorés (plus besoin des
SimpleTest::ignore
avec PHP5). - le navigateur peut ignorer les cookies.
- la charge mémoire devrait être réduite.
Il y a aussi toute une série de bugs corrigés et de petits tracas en moins. A commencer par les notices avec PHP 5. Et puis comme il s'agit d'un projet de qualité, c'est encore compatible avec PHP 4.2 ;-)
Au passage, le nouveau site de SimpleTest suit son cours (c'est ma partie). Dans la tradition des sorties rapides, voici une première version à se mettre sous la dent : http://www.simpletest.org/wiki/. La documentation attend vos lectures et remarques. Il faut juste penser à se créer un compte pour pouvoir la modifier : en attendant que les spammeurs trouvent le site et me force à modérer l'inscription.
Dernière minute : le plugin eclipse a lui aussi été mis à jour. Cela s'appelle un joli tri groupé.
Subversion, du côté de chez PHP
samedi 4 février 2006 :: perrick :: PHP :: 3 commentaires :: aucun trackbackJ'ai déjà convaincu un graphiste d'utiliser Subversion, quand bien même il utilise pas mal d'images dans son travail. Pour ceux qui ne sont pas encore convaincu, je suis tombé sur deux nouvelles réjouissantes de ce point de vue.
Tout d'abord il y a l'annonce de SourceForge : les dépôts SVN sont en phase béta sur leur plateforme d'hébergement.
Et puis il y a un paquet PECL qui gère la liaison entre PHP et Subversion grâce au boulot de Wez Furlong et de Alan Knowles. Le résultat est très prometteur : il suffit pour s'en convaincre de consulter leur projet FlexySvn et surtout la démo en ligne (attention c'est du XUL, il faut donc Firefox).
Au Salon Linux avec l'AFUP
dimanche 29 janvier 2006 :: perrick :: PHP :: 2 commentaires :: aucun trackbackComme l'année dernière, je serais présent sur le Salon Linux mardi et mercredi sur le stand de l'AFUP. Cette année il y aura deux conférences payantes sur PHP par Cyril Pierre de Geyer et Guillaume Ponçon : deux membres de l'association à avoir écrire un bouquin sur PHP. J'espère d'ailleurs y recevoir mon exemplaire dédicacé de Best practices PHP 5.
Pour ceux qui ne pourront se payer les conférences PHP ou qui préfèrent le côté très vivant du village associatif, le stand AFUP sera là pour répondre à vos questions. En bonus (et surtout grâce au très bon travail de Cédric Girard et de François Planque) on devrait présenter l'enregistrement de Rasmus Lerdorf effectué lors du dernier Forum PHP.
Aye : les articles qui font du bien
:: perrick :: Management :: aucun commentaire :: aucun trackbackLes intervenants à la conférence AYE proposent une série d'articles très pertinents. Pas des slides avec trois bouts de phrase à peine construites. Des histoires, des fables parfois : autant d'occasions de réfléchir sur ses pratiques et autres (mauvaises ?) habitudes.
Les fiches bristol du radiateur
vendredi 27 janvier 2006 :: perrick :: Extreme Programming :: 9 commentaires :: aucun trackbackDepuis un peu plus d'un mois, j'utilise des fiches bristol blanches pour savoir ce qu'il reste à faire sur mes différents projets (en interne -- sur openTIME -- ou pour des clients). Souvent on appelle ça un radiateur d'information et ça donne un truc comme :
Sur la droite, les fiches vierges et les celles qui n'ont pas encore été sélectionnées pour passer en production active.
Au milieu, les fiches de la semaine en cours sont divisés en deux sous-ensembles : à faire et fini. Il y a un troisième sous-ensemble : elles sont à côté des ordinateurs (on bosse dessus activement).
En enfin à gauche, les fiches terminées -- en tas.
Pourquoi des fiches cartonnées et pas autre chose ? Parce que c'est facile de : écrire / gommer / raturer / colorer / trier / voir de loin / voir de près / échanger / trier / déchirer.
Présentation au Cerdecam : Pratiques XP en PHP
mardi 24 janvier 2006 :: perrick :: Extreme Programming :: 6 commentaires :: aucun trackbackLe vendredi 20 janvier, j'ai eu l'opportunité d'effectuer une conférence sur Les pratiques XP en PHP au Cerdecam (Bruxelles en Belgique-. Les supports de la présentation sont disponibles en ligne. Au passage un grand merci aux deux équipes (iCampus à Louvain et Cerdecam) de Claroline pour avoir organisé cette rencontre.
Il ne me reste plus qu'à peaufiner la session et surtout à la condenser : j'ai eu droit à 3h à Bruxelles. Ce sera beaucoup moins à Montréal. Et d'ici là peut-être aura-t-on droit à quelques photos, pistes sonores ou vidéos ?
Javascript pour PHP5 via J4P5
vendredi 20 janvier 2006 :: perrick :: PHP :: 5 commentaires :: aucun trackbackAvec le début de travaux ajaxiens pour openTIME, la question des tests unitaires des bouts de JavaScript qui s'empilent devient de plus en plus cruciales. Et comme à chaque fois qu'une nouvelle question débarque, des bribes de réponses suivent. Cette fois-ci par l'intermédiaire de Harry Fuecks (encore) : dans son dernier billet chez SitePoint, il parle d'un projet prometteur : J4P5: Javascript For PHP5. Comme beaucoup d'autres choses : à tester.
Classement des fonctions ou méthodes
jeudi 19 janvier 2006 :: perrick :: PHP :: 9 commentaires :: aucun trackbackQuand j'écris une nouvelle fonction (ou une nouvelle méthode), je la mets systématiquement en haut de mon fichier (ou de ma classe). C'était devenu systématique.
Et le travail en binôme vient remettre en question cette pratique : le rélexe ne fait pas encore partie de la norme de codage. La question se reformule ainsi : quel est l'endroit le plus pratique pour l'ajout d'une nouvelle fonction ? Nous sommes arrivés à trois possibilités : en haut, en bas ou alors classé alphabétiquement.
- en haut permet d'avoir la dernière fonction modifiée quand on ouvre le fichier.
- en bas permet de donner un côté plus littéraire au code source.
- classé alphabétiquement permet de retrouver la fonction (si on se souvient bien de son nom). Peut-être un peu redondant étant donné que cette vue est très facile à obtenir avec un éditeur moderne (avec Outline dans Eclipse par exemple).
Sur openTIME, nous avons opté pour en haut. Mais il y a sûrement d'autres pistes et d'autres arguments : des idées ?
Session XP : stratégies de gestion des délais
vendredi 6 janvier 2006 :: perrick :: Extreme Programming :: aucun commentaire :: aucun trackbackIl y a quelques temps, j'avais proposé une session intitulé Stratégies de gestion des délais à l'équipe organisatrice des premiers XP-Days à Paris. C'est avec joie que ma session a été acceptée : j'ai commencé à prendre des contacts pour effectuer un premier tour d'horizon des pratiques existantes.
Je recherche des projets informatiques de toutes les tailles et de toute nature. Parmi les combinaisons possibles : le développement spécifique pour un grosse entreprise et par une équipe répartie sur plusieurs prestataires, le logiciel propriétaire largement diffusé et géré par une personne toute seule, le produit Open Source avec 50 développeurs derrière lui dont la moitié est bénévole.
Et parmi les pistes que je voudrais explorer :
- Comment définir une date de livraion ?
- Quel process (automatisé ou non) pour la livraison ?
- Comment faire un compte-rendu pertinent de l'avancement en cours ?
- Quelle stratégie face à un bogue au début / au milieu / en fin de projet ?
- Quelle est la place des tests et des testeurs ?
- etc.
Vous avez d'autres questions qui vous passent par la tête ? Vous avez mis en place des pratiques originales ? N'hésitez à laisser un commentaire ou à m'envoyer un email directement : perrick AT noparking POINT net. L'avancement de mes réflexions sera posté ici de temps en temps avant le Jour J : ce sera le 24 mars 2006.
Une arrivée... en attendant la prochaine
mardi 3 janvier 2006 :: perrick :: No Parking :: 2 commentaires :: aucun trackbackAvec la nouvelle année (que je vous souhaite très heureuse et dense et riche et tout et tout), un nouveau collaborateur a rejoint l'équipe de No Parking : Marc Marliot. Avec les nouveaux clients qui arrivent pour profiter d'openTIME, l'embauche devenait cruciale. C'est chose faite.
Et pour continuer sur cette lancée, c'est désormais un stagiaire que nous recherchons : début du stage entre février et avril pour une durée de 4 à 6 mois. Si vous voulez écrire du PHP, découvrir l'Extreme Programming et participer au développement d'un vrai logiciel, n'hésitez pas à m'écrire directement : perrick AT noparking POINT net. Sans oublier de préciser que vous avez vu l'annonce dans ce blog.
Note : il s'agit d'un stage indemnisé (30% du SMIC) et basé à Lille (à La Madeleine pour être précis).
Partager plusieurs instance du tout - Thunderbird compris
jeudi 22 décembre 2005 :: perrick :: Connexe(s) :: 6 commentaires :: aucun trackbackDans le cours de ma migration vers une triple plateforme (Windows et Linux et MacOS) la question du partage des données est devenue cruciale. Tous mes projets de développement sont passés sous Subversion il y a quelques mois déjà : l'outil est efficace. J'ai donc passé tous mes emails, mes fichiers administratifs et même ma comptabilité sous ce gestionnaire de code source. Je ne suis pas le premier à faire un truc du genre. Martin Fowler est passé par cette étape de Multiple Desktops aussi : Everything keeps nicely synced, and I get full version control too.
Le plus dur est de synchroniser les configurations spécifiques à chaque environnement. Pour Thunderbird en particulier j'ai bien profité des conseils de Annie Chen dans son billet Share Thunderbird email & calendar between linux and windows. J'en profite au passage un grand merci aussi à Eclipse, Open Office et Opera pour leurs applications multi-plateformes.
La seule application que je n'ai pas encore unifié, c'est le "petit éditeur de texte" : EditPlus sous Windows, Vim sous Linux et TextPattern TextMate sous MacOS. Sur ce créneau, j'ai besoin de quelque chose de très rapide : dur, dur donc de ne pas profiter des spécificités de chaque OS.
Métaphore pour le remaniement
dimanche 11 décembre 2005 :: perrick :: Extreme Programming :: aucun commentaire :: aucun trackbackAujourd'hui je me suis attelé à une grosse tâche de remaniement. Le genre de spécification qui a beaucoup évolué au cours du temps : d'abord un cas unique pour tout le monde. Ensuite deux cas spécifiques suivant le type d'utilisateur. Ajoutons encore un début qui peut être différent pour chacun. Et une valeur initiale qu'un adminitrateur peut modifier. Le cas classique dans une application intranet : les cas se multiplient, le code attend urgemment son remaniement.
Et quand je dis que j'aime ça -- parce que j'ai une batterie de tests conséquente -- on me regarde avec les yeux tout ronds. J'ai donc tenté une métaphore. Imagine un jeu pour enfants : celui où il faut faire passer des pièces de formes différentes à travers les trous qui correspondent.
Au départ la matrice (avec ses trous) et les pièces sont évidentes. Puis la matrice se complexifie. Et au lieu de répondre par des pièces toujours plus précises et plus fragiles, je préfère diminuer la taille des pièces et les relier par des élastiques solides.