Voici maintenant un peu plus de deux ans, j’étais encore salarié dans une SSII sympa sur Montpellier. Le salaire fixe, la bonne ambiance de bureau, pas de problèmes pour trouver un appart’. C’était la belle vie.

Et puis, un jour, j’ai rédigé un document sur mon poste de travail. Je l’ai relu 50 fois. Je l’ai imprimé. Je l’ai à nouveau relu 50 fois. Je l’ai signé. Je l’ai encore relu quelques petites dizaines de fois, pour être sûr, puis je me suis levé, les jambes tramblotantes. J’ai avancé jusqu’au bureau de mon chouette directeur d’agence. J’ai frappé, suis entré, et lui ai tendu mon document. Je crois que ça a été le moment le plus stressant de toute ma vie^[1] C’était ma lettre de démission.

Voici donc un peu plus de deux ans que je suis développeur web à mon compte, ou, comme j’aime me désigner, « ingénieur web freelance » (parce que ça claque mieux, je trouve). Avec le recul, le referais-je ? Hell Yeah !

Être freelance est un métier (si si) génial. C’est aussi un métier un peu aventureux, ou il n’existe pas vraiment de moule tout fait, et dans lequel chacun doit tracer son propre chemin.

Sans oser prétendre être un vieux routard du milieux, j’ai commis, en deux ans, quelques conneries qui ont données lieux à quelques leçons intéressantes. Voici donc un petit retour d’expérience, qui j’espère me fera bien marrer quand je le relirai dans deux ans.

Pourquoi devenir freelance ?

Étonnamment, quand j’ai annoncé mon intention à mes proches, « pourquoi ? » est une question qui est revenue assez peu, remplacée par des tonnes de « comment ? ». Et comment tu va trouver du boulot ? Et comment tu va payer ton loyer ? Et comment tu va arriver à te lever le matin ?

Comment n’est pas important. C’est pourquoi, qui est important.

Les « comment », on verra quand on y sera. Mais sans une bonne raison pour se lancer, point de salut. Voici quelques uns des arguments qui m’ont fait franchir le pas :

• La liberté ! Être freelance, c’est avoir le choix :
  • de son mode de travail
  • de ses clients
  • de ses outils
  • de ses projets
  • de ses horaires
  • de sa charge de travail
  • de sa rémunération
• La responsabilité : point de supérieur hiérarchique derrière qui se retrancher en cas de problème. Vous être responsable de vos projets et de vos clients. Et en cas de pépin, bing ! C’est pour votre pomme. Ça met un peu de sel, non ?
• La pression positive : finie la vie de bureau pépère. Être freelance nécessitera le meilleur de vous même, et vous poussera dans vos retranchements.
• Le respect : être freelance, c’est avoir le loisir de dire la vérité à son client. De lui offrir une relation de confiance et une prestation de qualité.
• Le travail bien fait : on assiste dans certaines SSII à des débordements dus à la nécessité impérieuse de faire du chiffre ! En passant freelance, vous aurez la possibilité de devenir un artisan, et de ne pas transiger sur la qualité.
• L’argument ultime : la cohérence ! Aujourd’hui, je ne raccroche pas ma casquette de développeur web quand je quitte mon boulot. Jour après jour, quand je mange, quand je respire, je suis freelance. Ce n’est pas simplement ce que je fais, c’est ce que je SUIS. Et j’aime ça.

Avant de se lancer, bien entendu, il faut également considérer les inconvénients, qui sont nombreux.

• La paperasse ;
• Il faut se motiver pour se lever le matin et prendre le contrôle de sa vie ;
• La paperasse ;
• Gestion financière incertaine
• La paperasse ;
• T’as déjà essayé de louer un appart’ en étant auto-entrepreneur ?
• La paperasse ;
• Nécessité d’assumer des métiers qui ne sont pas forcément les siens (commerce, gestion d’entreprise, gestion de projet, etc.)
• Ai-je mentionné la paperasse ?

Ces inconvénients sont réels, et s’ils seront de simples obstacles pour certains, ils se révèleront insurmontables pour d’autres.

On trouve également les inconvénients complètement bidons, que j’appelle « les fausses excuses du tire-au-flanc » :

− Et la sécurité de l’emploi ?
− En étant freelance, vous allez monter en compétence, vous faire un réseau, une réputation, vous diversifier. Ce sont les meilleurs garants pour garder un taf’. L’employé de SSII qui se fait virer pour raisons économiques repart peu ou prou de zéro. Le jour ou il n’y aura plus de taf’ pour tout le monde, il sera le premier à jarter. Le freelance compétent avec un gros réseau aura toujours du travail.

− Je ne peux pas le faire !
− Si tu peux.

− Tu comprends, j’ai une femme des enfants…
− Moi aussi^[2]

− J’ai peur !
− Bottes-toi le cul !

Comment se lancer ?

photo credit : Photo Extremist

Évidemment, je ne dispose que de ma propre expérience, toutefois il me semble que les étapes pour devenir freelance sont peu ou prou toujours les mêmes :

• Mettre du pognon de côté, histoire de voir venir  ;
• Trouver un client  ;
• Prendre son courage à deux mains  ;
• Démissionner  ;
• Taffer  ;
• Facturer  ;
• Recommencer  ;

Facile, non ?

Choisir un statut, créer une entreprise, trouver des locaux, etc.

J’ai l’air d’un avocat ? Il y a des bouquins trés bien qui expliquent ça.

Investir dans de p**ains d’outils

Je n’insisterai jamais assez sur l’importance des outils que l’on va utiliser plus de 8h par jour pendant toute sa vie. À titre d’exemple, ma chaise vaut actuellement plus cher que mon ordi, et c’est un achat que n’ai jamais regretté.

Trouver des clients

Aha ! Une des erreur que j’ai commise, et qui m’ont bien foutu dedans ! Le moment n’est pas encore venu de trouver des clients : tu n’es pas prêt, petit scarabée ! Mais n’ai crainte, nous y reviendrons.

Trouver son créneau

photo credit : Bikerock

Si quand on vous demande en soirée « Et tu fais quoi dans la vie ? » vous répondez quelque chose du genre « euh… ben… en fait… je fais… genre des sites web, tu vois », je vous conspue.

Un bon créneau, c’est quelque chose qui claque ! C’est quelque chose que vous pouvez clamer haut en fort en pensant « Ouais, avec ça, sûr que je vais pécho ! ».

En soirée, quand on me demande ce que je fais, je réponds un truc comme « Tu vois, je travaille pour des entreprises qui ont besoin de systèmes d’information spécifiques. J’utilise mon expérience et mon expertise pour les aider à cerner leur besoin au plus juste, afin qu’ils puissent bénéficier d’une prestation de qualité sans faire exploser les coûts. Je les conseille quand aux meilleures techniques à employer, puis je leur développe un outil sur mesure en m’appuyant sur les technologies du web et les méthodologies agiles ».

Bam ! Je ne vous dit pas le nombre de verres que je me fais offrir après ça.

Débuter une carrière de freelance nécessite à mon avis de se poser quelques questions essentielles :

• Qu’est-ce que je sais faire ?
• Qu’est-ce que j’aime faire ?
• Qu’est-ce que je veux faire ?
• Qu’est-ce qui est vendeur ?
• Quelle est ma spécialité ? Ma spécificité ? Mon « petit plus » qui fera la différence ?

Me poser ces questions m’a aidé à définir clairement les types de prestations que je voulais mettre en avant, et à définir un argumentaire cohérent et percutant. Au début, j’avais tendance à ratisser un peu large pour ne pas rater d’opportunité. Aujourd’hui, je ne réponds qu’aux demandes de prestations qui m’intéressent vraiment.

Définir ses conditions

Rapidement, je me suis retrouvé au téléphone avec des clients qui m’ont soumis à des demandes plus ou moins farfelues, auxquelles j’aurais du être mieux préparés. J’ai du définir clairement mes limites, ce que j’étais prêt à faire ou pas. Que d’emmerdes j’aurais pu éviter si j’avais pris ces quelques minutes dés le début…

• Comment allez vous travailler ?
• Accepterez vous les déplacements ?
• Travaillerez-vous le week-end ?
• Quelles seront vos horaires dans la journée ?
• Quelles seront les horaires ou vous serez joignables ?
• Travaillerez vous en dehors des horaires de bureau ?
• Travaillerez-vous au forfait ? En régie ?
• Commencerez-vous le travail avant la signature du contrat ? (indice : non)
• Accepterez-vous des prestations de maintenance ?
• Quelle sera le montant minimal de la prestation avant d’envisager un devis ?
• Ferez-vous des sites porno ? (oui, on me l’a proposé)
• Donnerez-vous des formations ?
• Accepterez-vous vos clients sur Facebook ?
• Travaillerez-vous sur site ? À domicile ? Au café du coin ?
• Quel sera le délai maximum de facturation que vous accepterez (indice : comptant, c’est bien) ?
• Accepterez vous de travailler pour moins cher en échange de parts dans la boite ?
• Quel montant d’acompte demanderez-vous ?
• À quelle fréquence facturerez vous ?
• The Big Question : quel sera votre tarif ? (plus là dessus plus tard)

Répondre à ces questions à l’avance permet de pouvoir éviter les situations moisies, en opposant un « non » bien clair et bien franc à toute demande qui irait à l’encontre de vos intérêts et de vos souhaits.

Définir un argumentaire

photo credit : Thomas Hawk

Là est, je crois, la clé du succès. Peu importe l’immense étendue de vos compétences, si vous ne savez pas vous vendre, vous n’aurez pas l’occasion de les mettre en pratique.

Retenez-bien ceci : on peut tout vendre ! N’importe quelle condition, n’importe quelle prestation, du moment que vous présentez bien les choses, et que le client y trouve son compte. On peut vendre la journée à 5000€, si la prestation suit derrière. Évidemment, avant de convaincre quelqu’un que vous valez le coup^[3], il va falloir cravacher sévère.

La négociation, ce n’est pas faire gober n’importe quoi à vos prospects, c’est leur faire prendre conscience de votre valeur.

J’ai dégagé quelques arguments à mettre en avant. Pas plus de 4 ou 5, ça me suffit. J’ai fait en sorte qu’ils soient percutants et cohérents avec mon créneau.

J’ai également préparé des réponses aux objections les plus courantes. Je me suis rendu compte que la plupart des entretiens, téléphoniques ou en vis à vis, suivaient toujours plus ou moins le même fil conducteur. Partant de ce constat, il devient assez facile, avec l’expérience, de fluidifier sa communication.

Un exercice intéressant est de tirer parti de ses (suposées) faiblesses, qui soulèveront probablement des objections, pour les transformer en arguments commerciaux.

Ex : Vous ne supportez pas de travailler plus de deux heures par jour, ce qui peut être handicapant. Prenez les devants, et annoncez à votre client que « c’est un choix délibéré, car cela vous permet de ne facturer que les heures ou vous êtes à 120% productifs dans la journée ».

Il ne s’agit pas de produire du bullshit au paragraphe, il s’agit de bâtir une cohérence entre vos envies, votre façon de travailler, vos prestations et votre argumentaire. La cohérence, c’est le secret de la confiance en soi, et du bonheur dans la durée.

Bien sûr, il n’est jamais possible d’être à 100% préparé. Un jour, un prospect a objecté que j’étais trop cher, parce que « j’avais les pieds dans l’eau » (j’habite à Montpellier), et qu’« étant donné que j’avais la belle vie, je pourrais faire un effort sur mes tarifs » (texto). Répondre à ce genre d’objection nécessite une sacré faculté d’adaptation^[4].

Définir son tarif

Aaaahhhh… La vaste question du débutant. Là dessus, je ne m’étendrai pas trop, vu que d’autres le font trés bien. Si il y a une chose que je devais retenir, parmi mes leçons de ces deux dernières années, ce serait ceci :

« Si tu es cher, on retiendra que tu es compétent. Si tu es bon marché, on retiendra que tu es bon marché. »

Ne pas travailler pour des clopinettes est à mon avis essentiel dans le métier, pour deux raisons. D’abord, pour une simple question financière. Pas besoin de vous faire un dessin. Ne pas avoir de salaire mensuel nécessite d’être préparé à éponger en cas de coup dur. Et puis, il faut pouvoir survivre aux longues périodes non facturées nécessaires à son auto-formation.

Mais surtout, bien se vendre pose un statut. Il y a là un effet psychologique assez intéressant : ce qui est cher ou difficile à obtenir a automatiquement plus de valeur à nos yeux. C’est étonnant de voir à quel point, à travail égal, l’on est mieux considéré, mieux respecté, dés qu’on monte les tarifs. Un client qui vous paie cher réfléchira à deux fois avant de vous appeler pour décaler ce petit carré d’un pixel à gauche. De ce simple fait, vous serez tout simplement à même de faire un meilleur travail. À méditer.

Trouver du travail (enfin)

Je vais vous avouer une chose. Je n’aime pas cherche du travail. Je n’aime pas prospecter. Prospecter, c’est hasardeux, long, fastidieux, ennuyeux, et ne représente pas un investissement. Plutôt que de chercher du travail, j’essaie de me donner une visibilité, pour laisser le travail venir à moi. Pour ce faire, il me parait essentiel de :

1. Se rendre visible : tenir un blog, écrire des articles, aller à des soirées orientées pro, assister à des conférences, participer à l’organisation d’événements   ;
2. Se tailler une réputation : participer à des projets open-source, s’investir dans une communauté, développer des logiciels et les exploiter soi-même  ;
3. Se faire un réseau : rencontrer plein de monde, retenir les noms, les adresses, les métiers  ;

Ne pas s’isoler

Il peut être un peu déprimant, après avoir vécue une vie de bureau riches en contacts humains, de se retrouver à bosser seul chez soi. Il m’a été impératif de sortir le plus possible, de renouer des contacts et de rencontrer du monde avec qui je pouvais échanger sur mon métier. J’ai de la chance, il y a beaucoup de gens trés bien sur Montpellier (#fayot).

Ma vie de freelance

J’estime que ma vie de freelance se décompose comme suit :

• 1/4 = travail
• 1/4 = gestion de projet
• 1/4 = gestion commerciale, réseautage, communication
• 1/4 = Auto-formation, montée en compétence
• 1/4 = compta, paperasse
• 1/4 = Glander, se reposer, faire autre chose

Les plus sagaces d’entre vous auront remarqué qu’il y a plus de quatre quarts. Je vous répondrai en soupirant de lassitude tout en levant les yeux au ciel. Qui a dit qu’on se la coulait douce ?

Quelques tips and tricks

photo credit : jaxxon

Allez, en vrac, quelques astuces, parfois apprises dans la douleur.

Choper les bon état d’esprit est important. « Je suis un professionnel compétent. Je suis là pour vous aider. J’offre des prestations de qualité. ». Toute situation qui ne cadre pas avec cette affirmation (de votre côté comme de celui du client) doit être recadrée d’urgence.

Toujours viser la satisfaction client en priorité. Avoir un projet pourri mais un client content paie les factures. L’inverse non.

Peu importe la qualité du travail fourni, si vous ne communiquez pas correctement avec votre client, il ne sera pas satisfait.

En cas de doute, la transparence et l’honnêteté sont en général les bonnes options.

Le cas échéant, avouer son incompétence sur certains points ne pose aucun problème. Surestimer ses compétences, en revanche, n’amène que des emmerdes.

L’auto-formation est vitale. Lisez des livres, allez à des conférences, réalisez des projets persos representant des défis techniques, ne vous reposez pas sous vos lauriers.

N’hésitez pas à dire non aux clients et projets qui puent. « C’est urgent ». « Tous mes développeurs précédents m’ont planté ». « Je ne paierai qu’à la livraison finale, dans six mois ». « Je cherche à constituer une équipe pour une régie de 500 jours qui commence la semaine prochaine »^[5]. Autant de drapeaux rouges qu’on apprend à détecter et à fuire comme la peste numérique.

Le bénévolat, c’est le mal. « Tiens, tu fais des sites ? Tu ne veux pas faire le site de mon association de bienfaisance vite fait ? ». Dire oui à ce genre de requête est certe louable, mais c’est le début d’emmerdes sans fin et d’une perte de temps abyssale.

Le forfait, c’est le mal. Les méthodes agiles et le travail en régie, c’est plutôt sympa.

Le mot de la fin

Pour synthétiser un peu tout ça, je dirai qu’être freelance, avant d’être un métier, est avant tout un art de vivre. Et c’est ça que me plait. J’aurais encore des choses à dire, mais je me réserve pour l’année prochaine. Freelancers of the world, je serais curieux d’avoir vos retours concernant tous ces points. À pluche !

Notes :

1. Ouah l’autre he ! Quel mélo ! [retour]
2. En fait, non, mais c’était pour la beauté de la démonstration [retour]
3. et avant que ce soit vraiment le cas [retour]
4. J’avoue, sur ce coup là, je n’ai pas su quoi répondre [retour]
5. Si si, véridique [retour]

photo credit : Thibault Jouannic

Le téléphone sonne, je décroche.

«  Thibault Jouannic, développeur web freelance, j’écoute.

— Bonjour monsieur. Je vous contacte car dans le cadre du lancement de ma startup de location d’arrosoirs en terre cuite, je souhaite réaliser un devis pour un site communautaire.

— Bien entendu. Avez-vous une liste précise des fonctionnalités à développer ? Un cahier des charges détaillé ?

— Pas vraiment. En fait, je ne veux pas trop me lancer avant d’avoir une idée des prix. Je peux vous donner quelques liens vers des sites similaires à ce que je cherche.

— Désolé, mais je ne peux pas vous fournir d’estimation si vous même ne savez pas exactement ce que vous voulez.

— Disons que j’ai un budget, mais je ne sais pas s’il sera suffisant. Je cherche un prestataire qui s’engage à réaliser mon site sur ce budget. J’ai également une deadline assez serrée. C’est un projet sérieux mais urgent.

— Monsieur, dans ce contexte grandement incertain, je ne peux tout simplement pas m’engager à la fois sur un délai et un budget. Non, ce que je peux vous proposer, c’est une méthodologie de travail alternative.

— Je vous écoute.

photo credit : darkmatter

— Je vous propose ce qu’on appelle une méthodologie agile. Dans un premier temps, nous allons définir ensemble, de façon assez grossière, toutes les fonctionnalités que devra comporter votre site. Cette liste sera nommée le « backlog de produit ».

— Ça me parait être un bon début. Ensuite ?

— Ensuite, je me chargerai d’estimer grossièrement chaque point, en leur donnant des notes de complexité.

— Jusque là, tout va bien.

— Puis, ce sera votre tour de travailler : vous allez devoir trier le backlog par ordre de priorité. Ainsi, les fonctionnalités au sommet de la pile seront vitales pour votre site, tandis que celles du fond ne seront pas forcément essentielles.

— Attendez, toutes les fonctionnalités de mon site sont essentielles ! Je veux des news, un forum, un blog, une mailing list, une synchronisation twitter, un réseau social, un…

— Hola ! Comme vous y allez ! Soit, mais je vous demanderai toutefois de faire un effort, et de mettre de côté ce qui n’est pas strictement essentiel à la naissance de votre site. Imaginons que je puisse avoir un accident à n’importe quel moment dans la vie du projet. Il y a forcément des points qui seront plus prioritaires à développer que d’autres. Notamment les aspects véritablement métier de votre site.

— Admettons.

— À partir de là, comme toutes les fonctionnalités auront été listées, et évaluées, vous aurez une idée générale du budget nécessaire.

— D’accord, mais quand aurai-je un devis précis ?

photo credit : kevindooley

— J’y viens. À partir de ce moment, nous commençons à travailler par itérations de deux semaines. Je prends les fonctionnalités du sommet du backlog (les plus importantes, vous vous souvenez ?), et je travaille dessus pendant deux semaines. À la fin de l’itération, elles seront livrées, testées, documentées, et validées. Vous me payez, et nous pouvons embrayer sur une nouvelle itération. Quand vous estimez que les fonctionnalités de la prochaine itération n’en valent plus la peine, vous êtes libre d’arrêter. Vous contrôlez ainsi votre budget avec le maximum de précision.

— Attendez ! C’est bien beau, mais je vais devoir aller voir mon banquier, présenter un business-plan. Comment voulez-vous que j’obtienne des financements sans connaitre le prix exact au départ ?

— Dans ce cas, la variable d’ajustement ne sera pas le budget, qui sera fixé, ce sera le périmètre fonctionnel. Quand votre budget sera épuisé, nous arrêterons de travailler, et comme vous aurez vous-même trié le backlog par priorité, vous aurez la garantie d’obtenir le ROI maximal pour la somme investie.

— Pardon ? Vous voulez dire qu’en partant sur un budget précis, je ne sais pas ce que j’obtiendrai au final ? C’est aberrant !

— Dites-vous bien que même dans un projet au forfait, le résultat final reste incertain. Sur les 6 ou 8 mois du développement, il peut se passer bien des choses : vous aller changer d’avis, demander des modifications, des nouvelles fonctionnalités, etc. C’est courant, voire systématique. Dans un forfait, vous n’avez qu’une seule possiblité : signer un avenant pour une nouvelle fonctionnalité. Au final, votre site vous coûtera plus cher, et sera plus long à sortir, augmentant d’autant le risque d’échec. Saviez-vous que l’impossibilité de se mettre d’accord sur un jeu fixe et fini de fonctionnalités à développer était une des principales causes d’échec des projets de développement ?

— Je l’ignorais.

— Grâce à cette méthodologie de travail, vous gardez à tout moment la possibilité de changer d’avis. Bien entendu, les fonctionnalités qui ont été commencées devront être terminées. On ne modifie pas le contenu d’une itération en cours. En revanche, dans le backlog, vous pouvez effectuer toutes les modifications que vous souhaitez : changer les priorités des tâches, en ajouter, en supprimer, etc. Vous êtes le maître de vos besoins, et de ce qui sera développé. Vous aurez contractuellement et pratiquement la possibilité de changer d’avis en plein milieu du projet. Imaginez que votre budget soit réduit ou rallongé : vous pouvez vous adapter à tout moment.

— Ce que vous me dites est séduisant.

photo credit : maciejgruszecki.com

— Oui, c’est une méthode gagnant-gagnant. Dans un projet au forfait, c’est le prestataire qui assume tous les risques, en s’engageant sur tous les paramètres : le périmètre fonctionnel, le délai et le budget. Dés qu’il y a le moindre imprévu (et on sait qu’il y en a toujours), il ne peut que jouer sur la seule variable d’ajustement qui lui reste : la qualité. On n’a pas le temps de réfléchir, on travaille dans l’urgence, et tout ce qui n’est pas essentiel passe à la trappe. Exit, les tests, la documentation, les refactoring. Alors certes, le client obtiendra probablement un produit qui correspond au contrat, mais il ne verra pas la piètre qualité technique sous-jacente.

— Oui, bon, à la limite, tant que le site tourne, où est le problème ?

— Le problème monsieur, c’est qu’un site, comme tout logiciel, nécessite de l’entretien. Un site bien fait, correctement développé, bien documenté, bien testé, sera facile à maintenir. On dit que sa maintenabilité est bonne. Les bugs seront rares, et quand il y en aura, ils seront faciles à corriger. Mais quand le site est développé « à l’arrache », les vices cachés apparaissent rapidement, les performances s’effondrent vite, l’entretien est fastidieux, et chaque correction de bug en génère trois nouveaux. J’aime autant vous le dire : maintenir un site, ça coûte cher. Et maintenir un site inmaintenable, je prèfère vous laisser imaginer.

— Effectivement, vu sous cet angle…

— Et il n’y a pas que l’entretien courant. Viendra un moment ou vous souhaiterez faire évoluer votre site, lui ajouter de nouvelles fonctionnalités. Si le site a été bien pensé et bien développé, pas de problèmes. Mais si la moitié du projet a été réalisé dans l’urgence, vous pouvez être certain que l’architecture technique sera désastreuse. Chaque évolution sera un bricolage, bâtie sur tous les bricolages précédents. Et quand tout finira par s’effondrer inévitablement, vous n’aurez pas le choix : il vous faudra tout reprendre depuis le départ.

— …

photo credit : h.koppdelaney

— Vous savez, la situation suivante s’est déjà produite : un client potentiel m’appelle pour un devis. Il le juge trop onéreux, et préfère confier son développement à un étudiant pas cher. 18 mois plus tard, le même client revient, et me demande de réparer son site, qui est une catastrophe innommable. Au final, la réparation coûte plus cher que la refonte, et je recommence le site de zéro. Bilan ? Mon client a perdu 18 mois, et à payé deux fois plus cher que prévu.

— J’entends bien vos arguments, et ils me paraissent raisonnables et cohérents. Mais tout de même, les tarifs que vous m’annoncez sont assez élevés. On ne peut pas faire un petit quelque chose ?

— Monsieur, je ne vais pas vous mentir : oui, m’embaucher coûte cher. En contrepartie, je m’engage à être intransigeant sur le paramètre de la qualité. Dites-vous bien que si vous voulez un site pas cher, vous obtiendrez exactement ça : un site pas cher. Vous trouverez toujours du monde pour vous proposer ce genre de prestation, mais travailler comme ça ne m’intéresse pas. D’un autre côté, si vous voulez quelque chose qui tienne la route, il faudra y mettre le prix, c’est comme ça, on n’a rien sans rien. Vous y gagnerez sur le long terme.

— Ce que vous dites mérite réflexion. Malheureusement, j’ai bien peur de ne pouvoir m’offrir vos services…

— En fait, j’ai bien une proposition pour vous permettre de réduire vos coûts de développement…

— Vous m’intéressez ! Dites moi.

— Pour réduire vos coûts, réduisez votre périmètre fonctionnel. Cela revient à développer moins, mais mieux.

— Vous voulez dire que mon site sera moins bien ?

— Et non, justement. Sachez qu’en règle général, mieux vaut un site qui fasse peu mais bien, qu’une usine à gaz fournissant des centaines de fonctionnalités inutilisées. C’est une constante dans les projets web : on veut en faire trop. On veut absolument une intégration au dernier réseau social à la mode, ou le dernier gadget web 2.0 dont on a entendu parlé sur le blog du neveu de sa belle-sœur. Si je vous dis qu’en règle générale, 20% des fonctionnalités amènent 80% des bénéfices, je pense ne pas être loin de la vérité.

— Ça me parait un peu exagéré !

photo credit : Bonnaf

— Laissez-moi vous raconter une histoire. Un jour, un client voulait absolument implémenter une fonctionnalité complexe que je jugeais inutile. Il n’en démordait pas, jusqu’à ce qu’arrive à lui prouver que cette fonctionnalité serait utilisée par deux personnes exactement, sur toute sa base client. Dix jours de développement pour un gadget utile à deux clients ? L’idée à été abandonnée.

— Fichtre !

— Comme vous dites. Croyez-moi, sur toutes les «  killer-features  » qui vous viendront à l’esprit, beaucoup pourront être simplifiées voire abandonnées, sans perte de revenu aucune. Et vous pouvez compter sur moi pour vous conseiller au mieux dans la sélection de ce qui est essentiel. Au final, votre site aura un périmètre fonctionnel plus réduit, mais ce qui existera fonctionnera bien, et sera vraiment utile. Le superflu coûte cher, laissons-le de côté.  »

Quelques précisions :

• Ce dialogue est entièrement fictif. Toute ressemblance bla bla bla  ;
• Certaines idées et arguments directement issues de conversations avec N1k0, merci à lui  ;
• Si travailler comme ça vous intéresse, contactez-moi, je suis freelance  ;

photo credit : Pieter Musterd

Dés qu’elle est entrée dans mon bureau, j’ai su que l’affaire ne sentait pas bon. On ne fait pas carrière dans ma branche si on ne développe pas un solide sixième sens pour flairer les problèmes. Et manifestement, mon embrouillomètre me criait que je ferais mieux de me planquer sous mon bureau la tête cachée dans une des poches de mon imper.

Malheureusement, mon vieux fauteuil donnait des signes de fatigue, la machine à café agonisait, et j’avais un besoin urgent de renflouer mes caisses. Je n’avais pas les moyens de faire le difficile.

— Thibault Jouannic, détective TMA privé ?
— Lui même, à votre service m’dame. Entez, je vous en prie.

D’un signe de main, je l’invitai à s’asseoir. Pendant qu’elle s’exécutait, je l’examinais à la dérobée. Mon boulot m’amenait plutôt à côtoyer de gros barbus aux dents jaunies par la clope et le café, et portants des tee-shirt rigolos. Aussi, cette belle brune élancée en tailleur élégant avait immédiatement éveillé mon attention. D’un point de vue professionnel, j’entends.

— Alors m’dame, que puis-je faire pour vous être utile ?

J’ai toujours pensé qu’un bon détective était comme un médecin. Pas de bon diagnostic sans connaître les symptômes. Le problème, c’est que mes clients me prenaient souvent pour une espèce de devin vaudou, et j’étais obligé de les soumettre à un interrogatoire digne d’un inquisiteur espagnol pour espérer obtenir le minimum d’indices.

— Je suis Lucie S., webmaster d’un site de petites annonces agricoles, et depuis quelques temps il semble que les performances ne soient plus au rendez-vous.
— Vous voulez dire que le site est lent ?
— En fait, ce site n’a jamais été une foudre de guerre, mais depuis deux jours, la situation est devenue catastrophique. La moindre requete nécessite 45 secondes avant d’aboutir. Quand on ne récupère pas une page blanche. Et le moteur de recherche, le cœur du site, est complètement inutilisable.

photo credit : Balakov

Les performances ! Un grand classique. 90% de mes affaires concernaient des sites qui se trainaient comme des escargots neurasthéniques. Parfois, rajouter quelques caches rendait le problème supportable, mais la plupart du temps, la conception de base était tellement médiocre qu’il n’y avait rien à faire. Allez expliquer ça à un client désespéré.

Bref ! Cela s’annonçait comme une petite enquête de routine. Alors pourquoi mon instinct me criait-il qu’il y avait anguille sous roche ?

— Vous dites que depuis deux jours, la situation a empiré. Que s’est-il passé de spécial à ce moment là ?
— Mais justement ! Rien, rien du tout.

C’était louche. Soit elle me mentait, soit elle ignorait quelque chose, mais son histoire n’était pas crédible, et elle même ne semblait pas convaincue. Je décidai de la titiller.

— Aucune erreur dans vos tests unitaires ou fonctionnels ? Que dit votre plate-forme d’intégration continue ?
— Euh…

J’avais touché juste. Je posais la question pour la forme, j’aurais été bien surpris d’apprendre l’existence de tests automatisés. La plupart du temps, je devais m’estimer heureux si des conventions de codages étaient définies et respectées. Mais bon, la question avait le don de rendre mes clients mal à l’aise, et un client qui n’est pas droit dans ses chausettes est moins enclin à discuter mes tarifs. Et puis, ça me distrait.

— Écoutez, je vais voir ce que je peux faire. Mais il me faudra un accès au serveur de production, un compte sur le gestionnaire de source, et un dump récent de la base de données.
— Je vous communiquerai ces informations dans la journée. Il y a autre chose, me dit-elle l’air embarassée.
— Oui ?

Je masquai un petit sourire. Quand un client ne rechigne pas à vous donner l’accès à la prod, c’est qu’il y a toujours autre chose.

— Un grand salon d’agriculture a lieu dans deux jours. Une présentation publique du site est prévue. C’est un site subventionné par le ministère, vous comprenez. Et si la situation n’est pas revenue à la normale d’ici là, nous risquons de nous retrouver dans une situation délicate.

Ben voyons ! J’aimais travailler dans le stress du temps qui passe. Corriger un bug qui semblait insolvable est gratifiant, mais aucune sensation n’est plus exaltante que celle de le faire dans un délai aussi court. Et puis, ça me permet de gonfler mon tarif.

— Je prends l’affaire en main m’dame. Envoyez moi les données dont j’ai besoin, et je commence sur le champ.

photo credit : Anders Adermark

Une fois qu’elle fut sortie, je m’abandonnais à une méditation contemplative. Réfléchir représente une part importante de mon temps de travail. Je dirais même que c’est la part la plus importante. Il m’est même arrivé de résoudre des affaires sans poser les mains sur mon clavier bépo.

L’ennui, avec la réflexion, c’est qu’elle passe facilement pour de l’oisiveté pour les non-inités. C’est pour ça que je prends toujours l’air affairé et soucieux quand j’attends un client. Pour avoir l’air compétent et efficace.

C’est important, les apparences, dans mon métier. Pourquoi croyez-vous que je laisse traîner toutes ces piles de dossiers poussiéreux ? Pas pour le travail, tout est numérisé. Non, c’est simplement parce qu’un détective sans imper et qui ne pue pas le tabac froid. Ça ne fait pas sérieux.

Je suis bien resté deux heures, les pieds sur mon bureau couvert de paperasse bidon, sirotant mon infusion à la verveine (que je ne bois qu’en cachette, un vrai détective est censé carburer au café noir dégueulasse), avant de parvenir à la conclusion suivante : j’étais dans une impasse. J’avais le crime, mais pas le mobile.

Quelqu’un aurait-il saboté volontairement le site pour plomber la présentation publique ? Un hacker ? Un script-kiddie ? Un concurrent ? Je n’arrivais pas à m’en persuader. Les gens regardent trop la télé. Ils s’imaginent que nous autres, détectives TMA, passont notre temps à combattre le crime virtuel organisé, sauver des demoiselles en détresse et empêcher in-extremis des fusées d’exploser. Tout ça, c’est la faute à Colombo.

La réalité est toute autre, et le quotidien d’un détective TMA est finalement assez banal. Point de grand bantitisme. Point de course poursuite effrénée dans les limbes du web. Simplement quelques corrections orthographiques par ci, un petit bug css (damn IE!) par là. Et puis, métro, popote, dodo. Comme tout le monde, finalement.

C’est justement pour cette raison que je ne parvenais pas à accepter l’idée d’un acte de piraterie. Règle n°1 du détective TMA : «  N’attribue jamais à la malveillance ce qui peut s’expliquer par l’incompétence  ». Quelqu’un avait merdé dans cette histoire, et il fallait trouver qui.

photo credit : Pensiero

C’est maintenant que les choses sérieuses allaient commencer. Je commençai par vérifier la justesse des informations envoyées par ma cliente, et récupérais le trunk du site. Haha ! Quelqu’un avait commité un «  Thumbs.db  » dans le dossier «  img  ». Quelle bande de newbies ! Mais !? Ils avaient également commité leur répertoire de backup, rempli de dumps sql ?! Seigneur ! Je sentis mes yeux tenter de jaillir hors de leurs orbites.

Pris d’un doute, je récupérai également en local la version de production du site. Autant vous dire qu’à ce moment, je m’attendais à tout. Pour le plaisir, j’ouvris quelques fichiers au hasard grâce à mon éditeur de geek préféré (vim, car tout le monde sait que les vrais pros n’utilisent jamais emacs). La syntaxe hasardeuse, l’indentation erratique, et les caractères de saut de lignes aléatoires me firent vite tourner la tête, le cœur au bord des lèvres.

— «  Fiston, dans la vie, on ne mélange jamais les espaces et les tabulations  », me disait souvent ma grand-mère, de son air sage et pénétrant de vétéran qui avait connu le Cobol. Il faut croire que tout le monde n’a pas eu la chance d’avoir une grand mère comme la mienne.

En dernier recours, je décidai de jeter un coup d’œil à l’historique svn. En parcourant rapidement les derniers messages de commits, quelque chose attira mon regard. Serait-il possible que… Quelques diffs plus tard, j’étais fixé. Les mains derrière la tête, je me laissai aller en arrière, un sourire sur les lèvres. Voilà une affaire rondement menée.

Le cœur léger, je décrochai le téléphone, et appelai ma cliente.

— Allo ?
— Thibault Jouannic, détective TMA à l’appareil. J’ai quelque chose qui peut vous intéresser.
— Vous avez trouvé ?
— Pas par téléphone. Écoutez, je veux que vous réunissiez l’équipe de développement au complet, dans vos locaux, demain 9h. Assurez-vous que tout le monde soit présent. Et amenez des croissants.

photo credit : Elmo Alves

Sans attendre sa réponse, je raccrochai. Pour ma peine, je décidai de me préparer une autre infusion. Demain promettait d’être une belle journée.

Le lendemain, je me rendis au siège de S… S.A., dans ma vielle guibarde fumante. J’ai l’habitude de me déplacer en vélo, mais pour les rencontres avec mes clients, ça me donne un genre.

Quand j’arrivai à la réunion, tout le monde était déjà présent, et à l’heure, preuve s’il en est de la gravité de la situation. Les croissants étaient chauds, le café finissait de glouglouter dans le percolateur, les choses s’annonçaient bien.

Je m’emparai d’une viennoiserie, et demandai à chacun de se présenter.

— Frédéric B., chef de projet
— Solange C., développeuse
— Alfred D., designer / intégrateur
— Anatole P., développeur stagiaire
— Pierre Z, développeur
— Lucie S., webmaster

Après ce petit tour de table, je leur tournai le dos, et m’approchai de la fenêtre, faignant de contempler le paysage bétonneux des alentours d’un air inspiré. Dans mon métier, il faut savoir ménager ses effets. Lorsque je jugeai la tension nerveuse suffisante, je me retournai, et commençai mon numéro.

— Comme vous le savez, j’ai été contacté hier par Lucie S., ici présente, pour élucider un cas mystérieux. Depuis 2 jours, le site www.….com semble rencontrer des problèmes de lenteur anormale. Est-ce exact ?
— Tout à fait.
— Cet évenement survient juste avant une importante présentation publique du site. Si l’anomalie n’est pas résolue, sa réputation sera ruinée, et par exension celle de l’agence web qui l’a conçu et réalisé, n’est-ce-pas ?
— En effet.
— Comme vous, j’ai pensé à un acte malveillant. La vile démarche d’un concurrent amer et jaloux d’avoir été éconduit lors de l’appel d’offre. Aussi ai-je analysé en détails les différents logs de votre serveur de production. J’ai vite découvert que je faisais fausse route. Je n’ai rien remarqué d’anormal. En revanche, je peux vous dire une chose.

Je les parcourus tous de mon regard de détective pénétrant. La tension était à son comble, chacun était pendu à mes lèvres, retenant son souffle.

— Mesdames, messieurs, il s’agit d’un acte interne. Qui plus est, j’affirme que le coupable se trouve dans cette pièce !

L’annonce fit son effet. Des exclamations d’indignation éclatèrent, des cafés furent renversés, certains manquèrent s’étouffer avec leur croissant. J’attendis, inflexible, que le calme revienne, et imposai le silence de mon œil de lynx (la bestiole, pas le navigateur).

— Lucie S., vous m’avez annoncé lors de notre premier entretien qu’aucun changement n’étais survenu sur l’application au moment du début des anomalies. Et bien, madame S., vous vous êtes trompée. Il y a bel et bien eu une livraison ce jour là.

Le chef de projet bondit alors de sa chaise, en renversant son café, hurlant presque.

— Mensonge ! Calomnies ! Aucune livraison n’a été déployée en production depuis 10 jours. Vérifiez le svn, le dernier tag date de plus d’une semaine. Et aucun ticket n’est passé en état «  cloturé  » durant cette période ! Vous mentez !
— Croyez-moi bien, j’ai vérifié ces éléments. Et comme vous le dite, aucune livraison n’a été déployée en utilisant votre procédure de livraison officielle. — J’appuyais sur le terme — En revanche, il y a bien eu une livraison sans passer par votre procédure de déploiement !
— C’en est trop, rugit le chef de projet. Comment pouvez-vous l’affirmer ?
— C’est simple, j’ai eu l’occasion de comparer la version svn des sources, avec ce qu’on peut trouver sur vos serveurs de production et préproduction. Le résultat fut trés instructif, je dois dire.

photo credit : maistora

Je les observai d’un air amusé, avant de reprendre.

— J’ai en effet pu constater que ces trois environnements n’étaient pas synchronisés. Il ne peut y avoir qu’une seule explication. Quelqu’un n’a pas respecté votre procédure de déploiement.

L’assistance resta muette. Des murmures incrédules se firent entendre. Le chef de projet, hagard, bafouilla.

— Mais… Qui ? Qui pourrait faire une chose pareille ?
— Voyez-vous, j’ai eu l’occasion d’analyser les logs svn de votre application. Quelque chose a attiré mon attention. Quelque chose qui n’aurait pas du se trouver là.

Suspense. J’observai une pause théâtrale, avant de m’écrier :

— Votre log svn est en effet truffé de messages de commits vides !

Stupeur dans l’auditoire. Le chef de projet, le souffle coupé, retomba sur sa chaise, effondré. Je m’emparai d’un croissant, leur laissant le temps de reprendre leurs esprits avant de continuer.

— Plus intéressant. J’ai également remarqué que ces commits félons se sont multipliés depuis quelque temps.

Je pointai alors un doigt vengeur vers l’un de mes auditeurs.

— Monsieur Anatole P. Pourriez vous nous indiquer à quel moment vous avez commencé à travailler sur ce projet ?!

Le pauvre stagiaire, au comble de l’embarras, parvint à peine à bredouiller une réponse intelligible.

— Une… une semaine environ. Mon stage a débuté au début du mois.
— Monsieur Anatole P. N’est-il-pas vrai que vous avez, au cours de cette semaine, réalisé des développements sur le site dont nous parlons ?
— Oui, mais…
— Et n’est-il-pas vrai qu’au cours de ces travaux, vous avez modifié l’un des fichiers de configuration de l’application ?
— Peut-être bien que oui.
— Et bien monsieur Anatole P., lorsque vous avez livré vos travaux directement sur le serveur de production, vous avez écrasé un fichier de configuration avec les paramètres de la plate-forme d’intégration. Cela a eu pour action de désactiver tous les caches de la production !

photo credit : TarikB

Dans la folie qui s’ensuivit, le chef de projet, rouge de colère, tonna.

— Anatole ! Je vous jure que vous allez…
— Un instant ! — J’avais usé de toute mon autorité pour l’interrompre — J’affirme qu’il n’y a qu’un seul coupable dans cette pièce. Et ce coupable n’est pas Anatole.

Stupéfaction.

— Monsieur Frédéric B., chef de projet du site www.….com, je vous accuse d’avoir confié les accès de votre plate-forme de production à un stagiaire inexpérimenté. Je vous accuse de l’avoir laissé travailler sur un projet sans l’avoir formé à vos méthodes. Je vous accuse de ne pas avoir mis en place de procédure systématique de vérification ni de validation de son travail par ses pairs plus expérimentés. Enfin, au nom d’Ada, sainte patronne des geeks et codeurs, je vous accuse de contribuer à la médiocrité logicielle générale, en omettant de mettre en place et de promouvoir des bonnes pratiques de développements. Arrêtez-le !

Deux gorilles de la sécurité se saisirent du félon, et l’emmenérent tandis que ses cris de rage et menaces de vengeances raisonnaient dans les couloirs.

Quand le silence revint, je savourai les regards admiratifs qui se posaient sur moi. Ma cliente ne put s’empêcher de me demander :

— Mais comment avez-vous su ? Pour la livraison en production ?
— C’est simple, ma chère. Lorsque j’ai réalisé que certains fichiers n’étaient pas synchrones entre les différents environnements, j’ai fouillé pour en découvrir l’origine. J’ai remarqué que certaines modifications apportées récemments sur le svn se trouvaient bien sur la préproduction, mais jamais sur la production. En revanche, d’autres commits avaient été directement reportés sur la production, mais étaient absent de la production. Et il se trouve que ces commits anormaux avaient tous un même auteur : Monsieur Anatole P., ici présent.

En remontant dans l’historique, j’ai tout de suite vu que ses premières contributions étaient trés récentes. J’ai évidemment pensé à un stagiaire.
— Votre analyse est limpide.
— Élémentaire, même. Cette affaire prouve une fois de plus l’une des Grandes Lois Immuables des TIC.
— Laquelle ?
— Il n’existe pas d’anomalie, quelle qu’elle soit, dans laquelle aucun stagiaire ne soit impliqué.
— Écoutez, monsieur Jouannic. Vous nous avez démontré que vous êtes un homme capable. Nous avons une place de chef de projet à pourvoir. Seriez-vous disponible ?
— Désolé, m’dame, mais ça ne m’intéresse pas. Indépendant je suis, indépendant je reste. Vous savez, détective freelance, ce n’est pas un métier, c’est un mode de vie.
— Bon. Si vous changez d’avis, n’hésitez pas à me contacter.
— J’y penserai. Je vous enverrai ma facture d’ici demain.

Tout en m’installant derrière le volant ma fidèle guibarde, je sortis mon agenda et vérifiai mon emploi du temps du reste de la semaine. Rien. Parfait, j’allais pouvoir partir en vacances quelques jours. Je l’avais bien mérité.

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.

photo credit : h.koppdelaney

C’est un petit pas pour l’humanité, mais un grand saut pour moi. À partir de décembre, je serai inéluctablement freelance à plein temps.

Fini les embouteillages tous les matins (même si je prends le vélo, ça n’empêche pas l’air de puer le gaz). Envolés, les 2.5 jours de congés par mois. Me voilà pleinement maître de mon destin, et ça fait du bien (Ah ?! On me signale que les freelances n’ont pas la vie rose tous les jours ? Bon, tant pis…)

J’aurais pu me qualifier d’« entrepreneur », de « chef d’entreprise », d’« indépendant », voire d’« indep’ », mais j’aime cette image du chevalier, libre comme l’air et cheveux au vent, n’ayant pour biens que sa monture et son épée (une lance, en l’occurence), chevauchant par monts et par vaux en combattant pour ses idéaux, et aussi un peu pour remplir sa gamelle.

Alors voilà, puisque vous me le demandez (sisi, vous me le demandez), j’ai choisi, dans un premier temps, de focaliser mon activité sur les développements web spécifiques, basés sur l’intégration des technologies libres suivantes :

• Symfony : Le top des frameworks PHP, pour des développements spécifiques fonctionnels et standardisés  ;
• eZ Publish : La Rolls Royce des CMS, pour des sites éditoriaux haut de gamme  ;
• Solr : Le meilleur moteur de recherche libre au monde, pour fournir à vos utilisateurs une expérience de recherche incomparable  ;

Et puis, tant qu’à faire, j’entends bien batir des prestations de qualité, en industrialisant mes développements au maximum (TDD, intégration continue, méthodo agile, etc.).

Je serai bien entendu enchanté de répondre à votre coup de fil si vous souhaitez discuter de votre projet. Si vous voulez en savoir plus, vous pouvez consulter ma page professionnelle. Vous y trouverez les informations nécessaires pour me contacter.

Comme je suis d’un naturel optimiste, je suis intimement convaincu que tout ce passera bien et que j’adorerai ma nouvelle vie. Cela dit, un petit commentaire d’encouragement est toujours bon à prendre