Comme je commence à m’équipper pour ma carrière de freelance, j’en viens à l’acquisition de la chaise. Et je me retrouve confronté à quelques interrogations que je m’en vais vous conter, non pour le plaisir de vous raconter ma vie, mais parce qu’au final, j’aimerais avoir vos avis.

Je considère qu’une bonne chaise fait partie intégrale de la trousse à outil du programmeur, au même titre qu’un bon clavier, un bon écran, ou un bon gestionnaire de version. Après tout, c’est dans cet objet que seront posées mes fesses 50 heures par semaine durant les 10 prochaines années de ma vie (ce qui nous donne une moyenne de 26000 heures environ).

Par conséquent, si une bonne chaise peut rendre ces heures plus confortable, et si en plus je peux éviter les problèmes de dos et autres, alors pas de problème, j’y mettrai le prix. 1000€ / 26000h = 3 centimes de l’heure pour une bonne chaise. C’est rentable.

Lors de mes recherches, je suis souvent tombé sur des références au mobilier Hermann Miller, qui sont le symbole même de la chaise-du-programmeur-de-la-mort-qui-tue. Chance ! Il y a un revendeur à 5 minutes à peine de chez moi. Je suis donc allé faire un tour, et j’ai eu l’occasion d’essayer plusieurs chaises, toutes plus confortables (et chères) les unes que les autres.

J’ai particulièrement apprécié le modèle « Open-mind », de Sedus (celui sur la photo) (et non, ce n’est pas un billet sponsorisé).

Une chose m’a particulièrement surpris : la plupart des chaises présentées n’étaient pas équipées d’appui-têtes. Jamais, jusqu’à maintenant, je n’ai utilisé à long terme une chaise sans appui-tête. Et si le vendeur m’a assuré qu’au final, un appui-tête n’est que rarement utilisé dans la journée, j’avoue être un poil sceptique. Parce que je veux bien mettre 1000€ dans une chaise, mais ça m’e**derait de finir mes journées avec le dos reposé, et la nuque en bouillie.

Alors, cher lecteur (mais je m’adresse aussi aux lectrices, pas de discrimination), je te pose la question (tu permets que je te tutoie ?) : Quelle chaise utilises-tu au quotidien ? Te donnes-t-elle entière satisfaction ? Est-elle équipée d’un appui-tête ? Quels sont des retours d’expérience, tes conseils et astuces sur le sujet ? Je suis curieux de t’endendre là dessus.

Sachez que vos conseils seront appréciés à leur juste valeur. D’ici là, portez vous bien et ne prenez pas froid.

Je suis actuellement employé dans votre société, avec un contrat de 35h par semaine, ce qui me donne une charge de 7h par jour. Mes horaires officielles sont 9h00 – 12h00 / 14h – 18h00.

Mais :

photo credit : edmittance

Chaque matin, le manque de places de parking fait qu’il m’est difficile d’arriver à l’heure. Si bien que je ne mets que rarement les pieds au bureau avant 9h15. 15m * 5 = 1h15 de perdue.

La politesse m’impose de faire le tour des locaux pour saluer mes collègues, ce qui me prend bien un bon quart d’heure, étant donné votre politique de recrutement intensive. 15m * 5 = 1h15.

Vient ensuite la nécessaire pause café, essentielle pour démarrer la journée sur un bon pied et supporter la charge de travail que vous me confiez (15m par jour = encore 1h15).

Une fois mon poste allumé, il me faut lire mes mails et y répondre. D’autant que je reçois également de nombreux mails personnels, que je dois traiter dans la foulée, car je travaille trop pour pouvoir le faire sur mon temps libre (1/2h * 5 = 2h30).

Il me faut également me tenir au courant des dernières nouveautés technologiques, afin de rester à la pointe, ce qui dans notre métier est, vous en conviendrez, nécessaire. 1/2h à éplucher mon aggrégateur RSS * 5 = 2h30.

Au beau milieu de la matinée, au moment ou je suis le plus productif, je suis interrompu par la traditionnelle pause café, à laquelle je ne peux me soustraire, sous peine de froisser mes collègues (Encore 15m * 5 = 1h15).

Durant le reste de la matinée, je suis perpétuellement interrompu par des collègues, d’autant plus maintenant que vous avez réorganisé les locaux en open-spaces. Saviez vous qu’il faut cinq bonnes minutes après une interruption pour se reconcentrer ? Si je suis interrompu 20 fois dans la journée, cela nous donne une perte de 20 * 5 * 5 = 8h20.

photo credit : Tom Sparks Photography

À midi, il me faut partir manger un peu plus tôt, pour éviter la cohue de midi. Il est vrai que depuis les dernières réductions d’effectifs, le personnel manque à la cantine. Si je pars à 11h45, cela fait encore 1h15 de perdue.

L’après midi, j’avoue que j’ai beaucoup de mal à me concentrer pendant la demi-heure que prends ma digestion (1/2h * 5 = 2h30), d’autant que la cantine de l’entreprise n’est pas réputée pour la légereté de ses plats. Enfin, les choses s’arrangent grâce à la pause café (15m * 5 = 1h15).

Vos collaborateurs sont des farceurs, Monsieur le directeur, et je perds bien une demi-heure par jour à faire le tri parmi les bêtises qu’ils envoient à tous-bouts de champs sur la mailing-liste interne. Bien entendu, je passerai pour un sinistre rabat-joie si je ne participais pas à la bonne humeur ambiante en envoyant moi même quelques diaporama cocasses. (1/2h * 5 = 2h30)

Nous vivons dans un monde en plein changement, Monsieur le directeur, et l’après-midi, les technologies du matin sont déjà obsolètes, aussi suis-je forcé de passer encore une autre demi-heure à éplucher mon aggrégateur (2h30).

Puis viens la pause de l’après-midi, nécessaire pour tenir la charge, car la cadence est rude, Monsieur le directeur. Une demi-heure n’est pas de trop pour s’aérer le cerveau et repartir sur de bonnes bases (2h30).

La fin d’après-midi est une période de travail intensive. Malheureusement, la plupart des clients ne répondent plus au téléphone passé 17h30. De toutes façons, il faut bien nettoyer son poste de travail et sa tasse, et mettre de l’ordre dans ses papiers. Cette demi-heure ne parait pas productive, mais elle est essentielle sur le long terme (2h30).

photo credit : fibby

J’ai des journées bien remplies, Monsieur le directeur. Et comme je pratique une activité physique, je dois partir un peu plus tôt le mardi (1h) et le jeudi (1h) pour ne pas être en retard à l’entraînement. Cela me parait essentiel pour tenir sur le long terme.

Heureusement qu’on peut se détendre un peu le vendredi, en arrivant un peu plus tard (1/2h) et en partant un peu plus tôt (1/2h), juste après la rédaction du compte-rendus hebdomadaire (1/2h), nécessaire au bon déroulement de la réunion de lancement du lundi matin (1/2h).

Si l’on calcule bien, Monsieur le directeur, on s’aperçoit que la somme de tous ces moments directement non productifs, mais pourtant essentiels, s’élève à 34h50. Ce qui ne me laisse, Monsieur le directeur, que dix minutes par semaine pour effectuer mon travail.

À la lumière de ces éclaircissements, Monsieur le directeur, vous constaterez sans ambages que je suis sans aucun doute votre employé le plus productif et le plus efficace, car qui pourrait se targuer d’effectuer une telle somme de travail en seulement dix minutes ? C’est pour cette raison, Monsieur le directeur, que j’ai l’honneur de solliciter une augmentation.

Assuré de la considération bienveillante que vous porterez à cette lettre, je vous prie d’aggréer mes sentiments les plus distingués.

photo credit : Stu Willis

Avez vous remarqué comme il est facile de répartir les développeurs en sous-groupes bien distincts ? On trouve par exemple…

Le newbie

Le newbie (parfois surnommé «  le p’tit con  ») est un bon. La preuve, l’autre jour, il a réussi à installer tout seul le crack d’un jeu qu’il a téléchargé sur bittorrent. Après avoir réussi à enchaîner trois lignes de basic batard sur sa calculatrice casio, le newbie décide de se frotter à la vraie, la pure, la dure programmation, parce qu’il se sent l’âme d’un hacker. Bill Gates n’a qu’à bien se tenir.

Après avoir navigué plus ou moins longtemps et intensément sur divers forums, il décide que Python c’est pour les lopettes, et qu’il a besoin d’apprendre un vrai langage, comme le C ou l’assembleur. Parce qu’avec ça, il va pouvoir développer ce qui l’intéresse : un jeu en 3d avec moteur physique et IA avancée.

• Os : Windows XP
• Éditeur : Notepad
• Langage favori : Casio Basic
• VCS : c’est quoi ce truc ?
• Navigateur : IE

Le vieux de la vieille

Celui là, c’est l’archétype du développeur expérimenté. Quelque soit votre âge, le vieux de la vieille a de toutes façons roulé sa bosse sur des systèmes qui étaient déjà obsolètes alors que vous n’étiez même pas un picotement derrière les roubignoles de votre paternel (dixit le vieux).

Généralement, les vieux de la vieille peuvent être répartis en deux sous catégories :

• Le vieux sage : Tel un marin ayant bourlingué toute sa vie sur les océans numériques, le vieux sage est un loup de mer qui a tout vu, tout lu, tout fait, tout compris, et dont la profondeur de la sagesse n’a d’égale que l’étendue du savoir.

  Le vieux sage est un puit de connaissance sans fond, un vénérable ancien qui distille son enseignement aux plus jeunes en illustrant chacun de ses précieux conseil par une bonne anecdote croustillante tirée de son expérience infinie.

  En entreprise, le vieux sage est une valeur sûre. Celui vers lequel on se tourne quand on a tout essayé. Celui qu’on aime prendre pour mentor. Celui qu’on regrette de voir partir à la retraite, et pour lequel on verse la petite larme le jour du pot de départ. Mais c’est ainsi, que voulez vous, les meilleurs choses ont une fin (sauf le saucisson, qui lui en a deux).

• Le vieux schnock : Celui-ci, s’il dispose de l’ancienneté du vieux sage, ne peut malheureusement espérer égaler ses compétences.

  En fait, le vieux schnock semble avoir raté un embranchement. Au lieu de rester à la page, il semble s’être figé quelques années en arrière, à l’époque du cobol et du commodore. Lentement mais surement, il a vu ses quelques compétences devenir obsolètes les unes après les autres, pour au final devenir un fossile vivant, témoin d’une époque révolue.

  Le vieux schnock est une plaie pour les entreprises, car son expérience et son ancienneté le rendent difficile à déboulonner, et ses conseils avariés pervertissent les jeunes esprits innocents. Au final, le vieux schnock se voit souvent confiné dans un placard, ou il pourra compter patiemment les jours avant sa retraite sans faire trop de dégats.

• Os : Unix
• Éditeur : vi
• Langage favori : Cobol
• VCS : CVS
• Navigateur : Netscape

L’allergique à la ligne de commande

photo credit : Robert Mynard

L’allergique à la ligne de commande est un développeur comme les autres, mis à part le fait qu’il ne supporte pas d’utiliser… la ligne de commande (bravo à ceux qui suivent). Réfractaire à toute manipulation un minimum complexe, pris de nausée à l’idée de taper quelques paramètres à la main, répugnant de lire quelques page de man, l’allergique considère que toute tâche doit pouvoir s’exécuter à la souris.

Ce qu’il aime, lui, ce sont les gui, les vraies, les pures. Peu lui importe de saturer sa machine, tant qu’il peut faire n’importe quoi en moins de trois clics.

• Os : Windows Vista
• Éditeur : Eclipse
• Langage favori : Java
• VCS : Subversion (plugin eclipse)
• Navigateur : Opéra

Le pragmatique

Le type de développeur le plus commun mais peut-être pas le plus courant. Le pragmatique n’a pas envie de s’embêter. Tout ce qu’il veut, c’est faire son travail, et rentrer chez lui. C’est quand même pas compliqué, bordel ?!

Ici, pas de recherche de la performance ultime. Pas besoin de l’outil absolu. Pas de solutions compliquées. Juste de la conscience professionelle, du travail bien fait, des solutions qui marchent, des objectifs atteints, et… et c’est tout. C’est déjà pas mal, non ?

• Os : Ubuntu
• Éditeur : kate ou geany
• Langage favori : python
• VCS : Subversion
• Navigateur : Firefox

Le ninja

photo credit : Etwood

Le ninja est un développeur dangereux. Il est toujours en quête de l’outil ultime, de la méthode absolue, du langage parfait, qui lui permettront d’atteindre une productivité maximale.

Il maîtrise à la perfection les raccourcis vi, utilise un clavier ergonomique, et c’est promis, dés qu’il aura le temps, il se mettra au dvorak.

Le ninja méprise ceux qui n’atteignent pas la même efficacité que lui : tout le monde sait bien, pourtant, que subversion est obsolète, alors que git, c’est bien plus efficace.

Bon, il faut bien le lui reconnaître, le ninja peut atteindre une efficacité redoutable, pour peu qu’il parvienne à bosser un peu au lieu de passer son temps à tester tous ces softs.

• Os : LFS
• Éditeur : vim
• Langage favori : C, Ruby
• VCS : git
• Navigateur : Google Chrome

Le libriste

Le libriste n’a qu’un but, qu’une envie, qu’une passion : les logiciels libres. Il voue un véritable culte à son Dieu Richard Stallman, une haine tenace à cette paramécie coprophage de William Porte, et ne connaîtra le repos que lorsque le dernier blob binaire aura été purgé du noyau Linux.

Le libriste se reconnait généralement à sa barbe longue et emmelée (attribut de reconnaissance emprunté à sa divinité), à son système dépourvu de tous logiciel propriétaire, à ses contributions fréquentes à Wikipédia, et à ses fréquentes références à des idées rétrogrades telles que le partage, l’entraide, ou la communauté. Certains libristes, les plus dangereux, présentent également des tendances pathologiques écolos.

• Os : gNewSense
• Éditeur : emacs
• Langage favori : C
• VCS : subversion
• Navigateur : Ice Weasel

Et vous, quel développeur êtes-vous ?

Les meilleurs d’entre nous savent déjà que la navigation basique dans vim s’effectue au moyen des touches h, j, l et m. Les touches fléchées fonctionnent, bien entendu, mais c’est une erreur.

C’est une erreur, parce que quand on utilise vim, c’est pour gagner en efficacité. Et passer sans arrêt de la partie centrale du clavier aux touches fléchées, c’est contre productif. Cela nécessite un déplacement du bras inutile, qui peut même occasionner des troubles musculo-squelettiques pour ceux qui font un usage intensif du clavier.

Alors bien sûr, on essaie de ne pas les utiliser. Mais c’est dur, parce que nos habitudes sont tenaces. Et puis, on a pas le temps, on est dans l’urgence, on le fera plus tard, il faudrait le faire mais bon, etc.

Alors j’ai décidé de sauter le pas. Je me lance. Je désactive les touches fléchées.

Il suffit d’insérer ces quelques lignes dans votre .vimrc :

map <right> <esc>
map <left> <esc>
map <up> <esc>
map <down> <esc>
imap <right> <esc>
imap <left> <esc>
imap <up> <esc>
imap <down> <esc>

Ça va être dur, ça va m’énerver, je le sens. Mais ça va être bon

(Note : merci à clems52, du forum ubuntu)

9h02, ouverture de mon aggrégateur RSS. Cool ! Quelques articles intéressants à lire.

9h10, fin de la lecture. C’est l’heure de mon thé du matin.

9h20, les premiers collègues arrivent. C’est le moment de dire bonjour et de discuter avec tout le monde autour d’une tasse.

9h30, bon c’est l’heure de bosser un peu.

10h00, c’est la pause croissant du vendredi, tradition locale ô combien apréciable et apréciée.

10h30, bon, on va quand même bosser un peu

10h45, un collègue balance des conneries sur la mailing liste interne. Va falloire lire tout ça.

11h00, bon faut vraiment que je me mette à bosser.

12h00, à table !

13h00, FPS en réseau avec les collègues, autre tradition du vendredi.

14h01, bon allez, le temps de préparer mon thé du midi, et je bosse.

14h05, cool ! Encore des articles intéressants dans mon aggrégateur.

14h15, c’est bon, je bosse.

15h30, C’est la pause. C’est bon de prendre un peu le soleil en papotant avec les collègues.

15h45, allez, on bosse.

16h00, c’est l’heure de mon thé de l’après-midi. Après, on rebosse.

16h05, cool, quelques conneries marrantes dans mon aggrégateur.

16h30, bon, on approche de la quille. Va falloir mettre un coup pour finir le boulot de la journée.

17h30, ouf ! Une heure non-stop à fond. J’ai fini ma journée. Ça mérite bien une mini pause.

17h45, allez, plus qu’à faire mes imputations, et je me barre.

17h55, on arrose la plante abondamment, on fait la vaisselle, un petit coup de chiffon sur le bureau.

18h01, tchao tout le monde, et bon week-end !

J’aime bien le vendredi.

Dans une SSII, il y a énormément d’échanges par mail entre les développeurs et les clients. Le problème, c’est que tout le monde n’a pas un talent de rédacteur, et certains pêchent franchement par le style, le vocabulaire et surtout l’orthographe.

L’idée est simple : lorsque j’envoie un mail à un client, mon message n’est pas envoyé tout de suite, mais placé dans une file d’attente. Une notification est envoyée à tous (ou une partie de mes collègues), par exemple via jabber, pour leur indiquer qu’un mail est en attente de correction.

Mes collègues peuvent alors relire et corriger mon mail, par exemple via un wiki, avant de le valider. Ensuite, on peut imaginer tout un mécanisme de workflow de correction et de validation, des mécanismes d’inscription (seuls les bons en rédaction reçoivent la notification), un délai de correction (si personne n’a relu mon mail avant x minutes, il part quand même, etc.)

Un bon moyen d’éviter les mels bourer de fautes ki fon mauvaize imprecion ché les cliens.