Shortcut to the Moon

Se sentir bien au taf, c’est l’histoire de plein de choses. L’une d’entre elles est le choix des outils qu’on utilise — on a trop de choses à faire pour se priver de bons outils. Traduction : on a besoin d’outils qui nous aident, pas d’outils qu’il faut aider.

Chez Yoolink on utilise Bazaar. Celui-ci tombe parfaitement dans la première des deux catégories : il fait parfaitement ce qu’on lui demande, et il permet à toute l’équipe (Master du webdesign et physicien compris) de pouvoir s’engager sur des chantiers conséquents sans déranger les autres.

Encore mieux, on peut coller parfaitement au principe agile qui stipule qu’on doit toujours avoir un trunk mettable en production. En cas de correction urgente, pas de débâcle, on est prêts. Tout passe par une branche d’intégration avant d’arriver sur le trunk, ce qui fait que le trunk ne voit attérir que des modifications testées pendant un certain temps (par opposition au cas où on est obligé de geler le trunk pendant un certain temps afin de pouvoir tester correctement). Et surtout, les expérimentations et autres grosses fonctionnalités (invasives ou non) sont développées à part, ce qui évite les situations où un développeur bloque le boulot des autres en committant un changement pas tout à fait prêt.

Grosse avancée par rapport à Subversion, même ceux de la bande qui se revendiquent haut et fort « non informaticiens » font des merges à tour de bras, ce qui en dit long alors que pour certains informaticiens chevronnés, un merge de deux branches est synonyme de migraine.

Mon petit préféré des avantages, c’est la flexibilité avec laquelle on peut organiser les workflows, du svn-like pour certains à la topic-branch pour d’autres. Les autres outils connus permettent plus ou moins tout cela, mais ce qui fait la force de Bazaar, c’est sa grande simplicité (comme dans «less is more» ou «simple is beautiful»), parce qu’il a été bien pensé dès le début, puis optimisé pour certains workflows (contrairement à ceux qui ont été optimisés pour être rapides dès le début, quite à voir plus tard s’ils sont utilisables par des vrais individus).

Biensûr, tout cela a nécéssité un peu d’organisation et d’explications au début, mais au final pas tant que ça, comparé au temps qui a été gagné depuis … Tout est bien résumé dans cet article :

I love bzr, it is elegant, simple and does not get in my way.

Bon ben ça y est, j’ai quitté Orange Business Services pour rejoindre Yoolink. Ca fait un sacré changement (à peu près rien à voir, en fait, sauf que ça reste du développement), mais le changement, c’est bien, non ?

Après avoir changé d’appart il y’a 1,5 mois, ça fait un changement de boulot, qui à son tour change (en principe) de locaux dans 1 semaine et agrandit son équipe. Mais, en fait, pour aller dans ces nouveaux locaux, va falloir que je prenne exactement le même trajet de métro que quand je travaillais chez alinka il y’a 5-7 ans (en ayant changé plusieurs fois d’appart et d’employeur entre temps).

Comme quoi, l’impression que la plupart des choses dans la vie sont cycliques, c’est peut-être pas qu’une impression. Plouf.

Je profite d’avoir tout juste mis à jour Wordpress à la dernière version (et donc jolie interface couleurs pastels pour écrire) pour réagir à ce que je viens de voir dans mon bloglines via Planet Sitadelle, ce que nous dit oz à propos des open-spaces.

Un des problèmes avec cette histoire, c’est qu’il est plutôt mal vu de dire qu’on « n’aime pas » pas les open-spaces. Ça fait tout de suite suspect, genre je veux pouvoir glander, répondre à des coups de fil persos et embarrassants, et regarder dredi c’est permis en ayant l’air de bosser. Ça veut aussi dire que l’on se revendique comme moins disponible pour répondre aux questions des gens — la plupart du temps des questions simples avec des réponses évidentes, le geste d’ouvrir une porte fermée et de dire « excuse moi, j’ai une petite question » étant assez dissuasif pour les faire se renseigner par eux-mêmes avant.

C’est, étonnamment, lors d’une formation sur le TDD que j’ai entendu pour la première fois, par quelqu’un (le formateur) qui se disait par ailleurs manager, que rechercher la tranquillité pour coder était une attitude de gens renfermés sur eux-mêmes qui n’aiment pas travail d’équipe. Il allait même plus loin, en disant qu’il était malsain de ne pas faire de pair programming, et que donc on ne travaillait en principe jamais seul, et que donc on n’avait pas besoin de concentration, et puis enfin, par extension pas besoin de calme. (Je donnerai le nom de la boite et du formateur aux curieux qui me le demanderont gentiment en personne). J’ai trouvé ce discours un peu bizarre et ne l’ai du coup pas pris vraiment au sérieux (en me demandant si, en fait, il n’était pas manager de gens dans un pays qui ne respecte pas vraiment les droits de l’homme et où les salariés n’ont pas vraiment le droit de penser à leur petit confort).

En définitive, j’aime bien les open-spaces, du moment que les gens autour ont au moins un peu de respect quand ils parlent au téléphone ou font des remarques sur les heures d’arrivées, de départ, ou quoi que ce soit qui, en fait ne les regarde pas … Il suffit juste que ce ne soit pas juste une manière facile d’entasser des gens et d’utiliser le comérage pour pousser la productivité.