De retour pour vous souhaiter tous mes vœux de réussite et de santé pour 2010.

Santé parce que tant qu'on l'a rien n'est impossible.
Réussite parce qu'il faut bien créer quelque chose chaque année pour être content de soi.

Pour ma part cela va bien, mes résolutions sont bien ancrées (mais seront elles respectées?), et mon long silence bloguesque n'a d'autre cause que mon occupation actuelle à diverses choses, dont en vrac le vidage de ma chambre d'enfant, pleins de petits travaux dans notre nouvel appartement, les résolutions précédemment citées, un petit voyage à Londres, et divers projets ici, là ou là-bas.

Un peu de teasing : j'ai envie de parler de rangement, de se débarrasser de ce qui n'a plus de valeur, de bonnes résolutions (très à la mode sur les blogs en ce début d'année), d'écriture et de la soif d'écrire, ...

Par ici pour la suite et les commentaires

Je souhaite, pour chaque projet sur lequel je travaille, pouvoir déterminer la couverture du code assurée par les tests unitaires. En gros, repérer les portions du code qui ne sont pas exécutées pendant les tests, et donc dont les erreurs ne pourront pas être détectées automatiquement.

Quelques écueils dans mon projet :

• entre Windows et Linux la ligne de commande change un peu, les chemins notamment
• d'un poste à l'autre je ne souhaite pas forcément stocker les fichiers au même endroit
• Entre Linux et Windows je n'ai pas de langage commun nativement, donc soit je scripte en PHP, soit j'installe bash pour Windows, soit...

Bref, toutes choses fort simples mais qui demandent de mettre en place une petite abstraction, de tester sur les différentes machines, de résoudre des cas particuliers sur chacune peut-être... En sachant qu'il faut déployer les nouvelles versions sur chaque machine, ce qui peut être fréquent en phase de développement.

La solution est d'explorer en évitant un maximum de perte de temps. J'ai donc simplement écrit un script pour chaque plateforme, pour un seul projet, et j'ai tout stocké via le dossier SVN de ce projet...

Par ici pour la suite et les commentaires

Parfois les évènements se combinent si bien qu'il semble que le hasard souhaite me faire écrire sur un sujet précis. Ou alors est-ce juste que je suis à l'écoute de certains incidents, et prêt à les comprendre?

Ce matin, mise à jour via SVN d'un projet, je lance ses tests unitaires... qui cassent alors qu'ils étaient bons hier. Bons sur une autre machine, je veux dire.
Hier, je termine un développement PHP, et je le livre sur le serveur de recette. Cinq minutes plus tard, mon chef me signale un bug, juste ce que je n'ai pas pensé à tester évidemment. Pourtant, sur mon poste de développement, tout était correct!

Évidemment, à chaque fois c'est lié à un petit défaut rendu visible par le déploiement sur une autre machine. Défaut qui se serait vu de toute façon lors de la mise en production...

Par ici pour la suite et les commentaires

Dans une optique d'efficacité les méthodes d'auto-organisation conseillent toutes de limiter au maximum les interruptions et les changements de tâches, bref, le papillonnage et les collègues qui viennent taper sur l'épaule pour parler de tout autre chose que la tâche en cours.
Les conseils vont d'apprendre à dire "non" jusqu'à placer un drapeau de pirate au dessus de son écran quand on est en immersion dans une tâche difficile... enfin bref de signaler aux passants que l'on TRAVAILLE bordel de code!

L'autre soir, quand un collègue m'a interrompu pour me parler du nouveau méga-projet de l'équipe, genre le projet qui va nous occuper pendant 6 bons mois, nous pousser à sortir nos tripes pour aller un peu plus loin que la normale, enfin bref, le projet super-tripant où on va apprendre et expérimenter pleins de choses, j'aurais vraiment eu mal au cœur de repousser la discussion.

Mais après avoir passé une bonne journée à travailler, une journée productive, accepter l'interruption est possible... quand elle en vaut la peine. Elle la valait, je glisserai peut être des scories du projet sur ce blog dans les mois qui viennent.

Par ici pour la suite et les commentaires

Trop souvent le dimanche soir je me reproche de ne pas avoir rangé cette armoire ou préparé tel papier important, ou de ne pas avoir fait plus de choses en général. Culpabilité, sentiment de n'arriver à rien, et les tâches en attente s'accumulent.

Quelques remarques :

• je suis dans une optique de productivité à tout crin, probablement un peu trop critique
• j'ai bien amélioré ma situation depuis quelques mois, et de plus en plus de projets avancent
• malgré tout certaines choses doivent être faites

Ma solution est inspirée du Cycle tiré du livre Admin Sys : gérer son temps, et d'une pratique trouvée sur ZenHabits, les Most Important Tasks : noter sur une simple feuille tout ce que je souhaite réaliser dans mon week-end...

Par ici pour la suite et les commentaires

Nolife est une chaine qui depuis deux ans a créé un nouveau créneau dans le PAF français. Leur programme est le suivant :

• de la musique japonaise, ce qui est une grande première en France, bien que ce soit le second marché musical mondial
• évènements autour de la culture nippone : expositions, concerts, expositions, ...
• actualités geek, jeux PC et consoles, news
• musique indés française
• des productions amateurs

Ils ont réellement créé un créneau sur la musique et même la culture japonaise, créneau dans lequel s'engouffre d'autres chaines maintenant. Pour l'aspect geek/gamer, ils remplissent un besoin d'information indépendante et transparente (en jouant aux jeux pour montrer ce qu'ils valent sur une vingtaine de minutes par exemple).
Ils diffusent sur les bouquets ADSL : Free, Orange, Alice, Neuf/SFR, BBox (voir leur site pour les chaines).

Ce qui est génial, c'est que c'est une création de passionnés. C'est aussi le hic, la passion ne remplace pas l'argent.

La solution trouvée, en attendant que l'audience des chaines ADSL soit prise en compte et donc présentable aux annonceurs publicitaires, est de proposer un abonnement pour regarder via leur site la totalité des émissions qu'ils ont produit, la chaine TV restant gratuite. Les prix commencent à trois euros par mois, ce qui n'est pas grand chose, mais leur permet de continuer leur aventure, et nous permet de continuer à en profiter. Évidemment il est possible de prendre un abonnement de soutien, mais chacun fait comme il peut et veut.
On peut souscrire à la semaine, au mois, à l'année.

Vous pouvez découvrir le service vidéo en ligne, vous renseigner et enfin souscrire à l'abonnement après vous être inscrit gratuitement sur le site.

Rajout : la boutique Nolife permet de les soutenir en achetant tshirts, sweats, mugs, casquettes, bloc-notes, ...

Par ici pour la suite et les commentaires

Thunderbird 3 est là, et il rattrape quelque peu son retard. Bon, relatif le retard, c'est un bon client courriel, et ses extensions permettent de l'adapter à nos besoins, mais nous manquions un peu du glamour de la nouveauté malgré tout.

Je l'ai donc installé par dessus la version 2, donc sur un compte POP et deux comptes IMAP déjà configurés.

• Première impression, c'est rapide, très rapide, et un peu moins chargé visuellement.
• Second impression, on est guidé pour profiter des nouvelles options de configuration via un onglet dédié, et pour effectuer la migration.
• Troisième impression, on n'est pas dépaysé non plus.

Pour l'instant mes extensions marchent, un billet complémentaire si je trouve d'autres choses à dire, mais le premier contact est un sans faute : évolution sans pour autant faire perdre les repères.

Ajout : je viens de tester la recherche, elle révolutionne mon usage de Thunderbird, rien de moins!! Recherche sur tous les messages avec indexation, et surtout possibilité d'affiner le filtre, de revenir en arrière, et d'explorer ainsi à la recherche du filtre nécessaire. Un délice pour retrouver les messages, qui rend presque obsolète le classement. TB3 adopté!

Par ici pour la suite et les commentaires

La question est agressive, elle vient de l'article Why programmers suck, qui est effectivement assez agressif, mais qui est probablement dans le vrai.

L'argument principal de l'auteur est que la majorité des développeurs (80 à 90%) ne maitrisent pas techniquement les outils qu'ils utilisent, en l'occurrence les langages, les OS, les supports physiques. Et de ce manque de connaissances découlent des erreurs, un code moins efficace et moins lisible. De la complexité inutile, en somme. Le plus grave n'est pas le manque de connaissance, mais le fait de ne pas savoir ce que l'on ne sait pas. Ce n'est pas limité à la création de logiciels, mais c'est particulièrement handicapant.

Une citation qui résume son point de vue

They were just mimicking the mistakes of other programmers–copying code and typing more-or-less meaningless incantations at the machine in the hope that it would behave like they wanted, without any real understanding of the mechanics of the computer, the principles of software design, or the meanings of each individual word and symbol they were typing into the computer.

soit...

Par ici pour la suite et les commentaires

Campagne pêchue de Greenpeace, trouvée via TrendsNow où vous pourrez voir toutes les affiches. Outre l'aspect marquant d'imaginer les excuses de nos dirigeants dans 10 ans, cela rejoint l'idée que nous sommes l'accumulation de nos instants passés. A l'échelle personnelle ou à celle des nations.

Un petit changement maintenant peut produire un effet sensible par simple accumulation dans le temps. Pensons-y et changeons nos habitudes (ce qui est mon axe de recherche actuel).

Par ici pour la suite et les commentaires

Dans une application qui permet à l'utilisateur de saisir les noms des champs d'une table Mysql on voulait interdire tous les mots clefs SQL possibles. Mais si on se contente d'une liste il est facile d'en oublier un, difficile de vérifier qu'ils y sont tous. Les futures versions du moteur de base de données peuvent allonger la liste, ce qui nous oblige à la maintenir en suivant les évolutions.

Une maxime de eXtreme Programing est "demande au système". Evite de faire le travail toi même, de tenter de deviner, alors que le système peut te donner l'information. Le système étant Mysql, comment lui demander si un terme est un mot clef?

La solution trouvée est simple et semble solide :
select 1 as MOT
En remplaçant MOT par celui qu'on veut tester, si la requête passe c'est que le mot n'est pas réservé, sinon la requête est refusée car invalide.

Par ici pour la suite et les commentaires