Il est extrêmement rare d'abandonner le défi des 100 jours de code dès le premier jour.

Le premier jour, c'est la partie amusante. On écrit quelques lignes de code, on se prend pour un génie, et on publie un truc du genre : « Jour 1 du #100DaysOfCode validé, j'ai écrit ma première fonction ! »

Le deuxième jour est plutôt sympa aussi.

Les ennuis commencent plus tard. Vers la troisième semaine, l'excitation retombe. Votre code de la semaine dernière n'a plus aucun sens, et 100 jours vous paraissent soudainement une éternité.

Personne ne vous montre cette phase intermédiaire. Sur Internet, on ne voit que le meilleur : des captures d'écran de séries de jours consécutifs (les fameux streaks), des posts enthousiastes, des gens qui décrochent un job en moins de trois mois. On ne vous montre pas ce milieu chaotique, là où certains abandonnent et d'autres trouvent la force de continuer.

Voyons donc ensemble à quoi ressemble le défi des 100 jours avec Coddy, jour après jour, humeur après humeur, avant même que vous ne commenciez le jour 1.

Qu'est-ce que le défi des 100 jours de code ?

Le nom parle de lui-même : coder chaque jour, sans exception, pendant 100 jours d'affilée ! C'est tout. Pas d'impasse.

Ce défi est devenu populaire parce qu'il répond à un vrai problème. Beaucoup de gens n'échouent pas dans leur apprentissage du code parce que la matière est trop difficile, mais parce qu'ils ne parviennent pas à instaurer une habitude de travail régulière.

Le défi des 100 jours permet de créer cette habitude en faisant de la régularité (la streak) l'objectif principal, du moins au début.

Voici quelques règles de base généralement suivies :

• Coder un minimum de temps chaque jour, même si ce n'est que 10 ou 15 minutes (même cinq minutes comptent !)
• Publier sa progression quelque part : sur les réseaux sociaux, un blog ou dans un journal de bord privé
• Choisir un langage ou un projet et s'y tenir assez longtemps pour constater de réels progrès
• Si vous manquez un jour, soit vous recommencez à zéro, soit vous le notez et continuez, selon la variante du défi que vous avez choisie

Remarquez qu'aucune de ces règles ne mentionne la quantité de choses à apprendre par jour. C'est volontaire. Le but n'est pas de maîtriser un langage en 100 jours, mais de vous prouver que vous êtes capable d'être présent, même les jours sans motivation.

Comment ça marche sur Coddy

C'est là que l'expérience avec Coddy prend tout son sens. Pas besoin de configurer un éditeur, d'installer quoi que ce soit ou de chercher où écrire votre première ligne de code. Il vous suffit d'ouvrir Coddy, d'aller dans l'onglet Challenges et de faire deux choix.

D'abord, le langage. Pour l'instant, vous pouvez choisir entre Python, JavaScript, C++, Java ou C# (pas d'inquiétude, l'équipe en ajoutera d'autres très bientôt !). Vous hésitez ? Choisissez celui qui vous inspire le plus et commencez par là. Vous pourrez toujours changer en cours de route.

Ensuite, la difficulté : facile, moyen ou difficile. Pour le premier jour, choisir « facile » est la meilleure décision à prendre, peu importe votre envie de vous dépasser.

C'est tout ce que vous avez à faire pour lancer les défis. Deux clics et vous codez. Et cela a beaucoup plus d'importance qu'il n'y paraît pour un parcours de 100 jours ! Chaque étape superflue entre vous et votre défi du jour est une excuse de plus pour sauter une session, et c'est ainsi que les séries s'arrêtent.

Les phases

En discutant avec des personnes qui ont terminé (ou tenté) le défi, un schéma récurrent se dessine. La progression n'est presque jamais linéaire. Elle ressemble plutôt à des montagnes russes avec des creux très prévisibles.

Jours 1 à 10 : La lune de miel

Tout est nouveau et stimulant. Vous apprenez la syntaxe, créez de tout petits projets, et chaque petite victoire est gratifiante. C'est la partie la plus facile du défi, principalement parce que la nouveauté maintient votre enthousiasme au plus haut.

Jours 11 à 30 : Le retour à la réalité

L'excitation retombe. Enfin, un peu. Les concepts se corsent. Vous commencez à vous comparer aux autres sur Internet qui semblent avancer plus vite, créer des projets plus stylés et tout comprendre instantanément (ce n'est probablement pas le cas, d'ailleurs, mais c'est l'impression que cela donne). C'est généralement là que beaucoup abandonnent.

Jours 31 à 70 : Le changement d'identité

Si vous surmontez cette phase de doute, il se produit un phénomène intéressant. Coder ne ressemble plus à une corvée que vous vous imposez, mais devient une habitude naturelle. Même si vous avez l'impression de progresser lentement, cette routine quotidienne ne vous épuise plus.

Jours 71 à 100 : Le gain de confiance

À ce stade, vous regardez votre code du premier jour et vous avez du mal à croire que c'est vous qui l'avez écrit. La dernière ligne droite consiste moins à apprendre de nouveaux concepts qu'à appliquer vos acquis à des problèmes plus complexes. C'est souvent le moment où l'on commence à concevoir de vrais projets personnels plutôt que de simplement suivre des tutoriels.

À quoi ressemble une journée type

On s'imagine souvent que 100 jours de code impliquent des heures de concentration intense au quotidien. En réalité, c'est le meilleur moyen de faire un burn-out en une semaine ou deux.

Voyons plutôt à quoi ressemble un rythme tenable sur la durée :

• Certains jours : 10 à 15 minutes pour résoudre un petit défi ou revoir un concept
• D'autres jours : 45 minutes à une heure pour développer un projet plus important
• Des jours de repos déguisés : lire de la documentation, regarder une courte vidéo ou relire du vieux code sans rien écrire de nouveau

Ce dernier point est crucial. Il n'est pas nécessaire d'écrire du nouveau code tous les jours. Revoir ce que vous avez appris, corriger un vieux bug ou lire le code de quelqu'un d'autre, c'est aussi être présent ! Ce sont ces petits gestes répétés qui forment les habitudes quotidiennes d'un meilleur développeur.

Pourquoi abandonne-t-on généralement vers la troisième semaine ?

Si le défi consiste simplement à être présent, pourquoi une chose aussi simple pousse-t-elle autant de personnes à abandonner ?

La réponse tient généralement à l'une de ces raisons :

• La barre quotidienne a été placée trop haut (promettre d'y passer deux heures par jour est une belle idée, jusqu'à ce que le quotidien reprenne le dessus)
• Le choix du projet ou du langage s'est fait par effet de mode, sans réel intérêt personnel
• L'absence d'outils de suivi donne l'impression de stagner, même quand on progresse
• Un jour manqué a été vécu comme un échec définitif, entraînant l'abandon au lieu de simplement reprendre le fil

Rien de tout cela n'est une question d'intelligence ou de talent. C'est une question d'organisation. Ce défi n'est pas difficile parce que le code est difficile. Il est difficile parce qu'instaurer une habitude est difficile, et que beaucoup se lancent sans plan pour affronter les jours de baisse de régime.

Comment atteindre le 100e jour

Si vous voulez maximiser vos chances d'aller jusqu'au bout, quelques petits ajustements feront bien plus de différence que la simple volonté.

1. Fixez-vous un objectif minimal ridiculement bas. Au lieu de vous promettre d'y passer une heure par jour, engagez-vous sur dix minutes. Les bons jours, vous ferez plus. Les mauvais jours, dix minutes restent une victoire, et c'est cette victoire qui maintient votre série active !

2. Choisissez un sujet qui vous stimule un minimum. Si vous détestez le projet choisi, le trentième jour sera un calvaire. Optez pour un langage ou une idée de projet qui éveille votre curiosité et vous donne envie d'ouvrir votre ordinateur, même fatigué.

3. Suivez vos progrès de manière visible. Un compteur de jours consécutifs, un calendrier papier à cocher, des publications publiques... Tout ce qui permet de matérialiser des progrès invisibles est bon à prendre.

4. Anticipez les jours manqués. Décidez dès maintenant de ce que vous ferez si vous ratez un jour. Allez-vous recommencer à zéro ? Allez-vous simplement continuer en notant l'interruption ? Décider à l'avance vous évitera de baisser les bras au premier imprévu (car il y en aura forcément).

5. Trouvez un moyen de vous responsabiliser. Il peut s'agir d'un ami qui relève le défi avec vous, d'une communauté en ligne ou d'une application qui remarque votre absence. Nous sommes bien plus réguliers lorsque quelqu'un ou quelque chose suit nos efforts.

Ce qui change au 100e jour

On s'attend souvent à ce que le 100e jour ressemble à une ligne d'arrivée sous une pluie de confettis. En réalité, le sentiment est un peu différent, et encore plus gratifiant.

Arrivés au 100e jour, beaucoup constatent que :

• Lire du code ressemble moins au déchiffrage d'une langue étrangère et s'apparente davantage à de la simple lecture
• Les petits bugs qui provoquaient un vent de panique sont désormais perçus comme des énigmes classiques et tout à fait surmontables
• Ils ont conçu deux ou trois petits projets concrets plutôt que d'accumuler des dizaines de tutoriels commencés et jamais terminés
• L'idée de coder quotidiennement n'est plus vécue comme un défi, mais simplement comme une habitude de vie

Que devriez-vous construire en 100 jours ?

Pendant une bonne partie du défi, il se peut que vous ne construisiez aucun projet complet, et c'est très bien ainsi. Sur Coddy, les défis quotidiens constituent l'essentiel du travail. Choisissez votre langage, sélectionnez votre difficulté, résolvez l'exercice sous vos yeux et laissez-vous porter durant les premières semaines.

Pourtant, vers le milieu du parcours, une fois les bases consolidées, beaucoup ressentent l'envie de créer quelque chose de personnel.

Quand cette envie vous prend, évitez de passer une heure à faire défiler des listes d'idées de projets. Posez-vous plutôt cette question : quel petit outil aimeriez-vous voir exister, ou quel fonctionnement technique vous intrigue un peu ?

Voici quelques pistes idéales pour un parcours de 100 jours :

• Un micro-outil qui résout un problème du quotidien, comme un suivi de budget ou un journal d'habitudes
• Un jeu simple, même un basique morpion, car les jeux obligent à structurer une logique et des règles claires
• Recréer une petite partie d'un site ou d'une application que vous utilisez déjà, juste pour comprendre comment cela fonctionne en coulisses
• Une série de mini-défis indépendants, si s'engager dans un grand projet vous semble trop intimidant à ce stade

Aucun de ces projets n'a besoin d'être impressionnant. L'important est de choisir quelque chose d'assez concret pour ne pas vous retrouver devant une page blanche sans savoir par où commencer. Il est également tout à fait possible de changer de projet en cours de route. Commencez par une idée, dépassez-la après quelques semaines, puis passez à quelque chose de plus ambitieux à mesure que vos compétences s'affirment.

Devez-vous apprendre quelque chose de nouveau chaque jour ?

Non, et s'imposer cela est le meilleur moyen de s'épuiser rapidement.

Certains jours seront consacrés à la découverte d'un concept totalement inédit. D'autres consisteront à pratiquer ce que vous maîtrisez déjà, jusqu'à ce que cela devienne un automatisme.

Les deux approches sont valables. Les journées de répétition, qui peuvent sembler ennuyeuses parce que vous consolidez des acquis, sont souvent plus bénéfiques pour votre mémoire à long terme que les journées stimulantes de pure nouveauté. Ce type de répétition est d'autant plus crucial aujourd'hui. À l'heure où l'IA peut générer du code fonctionnel en quelques secondes, la pratique manuelle est ce qui transforme les réponses des autres en compétences qui vous appartiennent réellement.

Si vous passez votre temps à évaluer mentalement la quantité de nouvelles informations assimilées dans la journée, arrêtez tout de suite. Complètement. La seule question qui vaille chaque jour est : ai-je été présent ?

Devriez-vous vous lancer ?

Une autre question mérite d'être posée : ai-je besoin d'un défi de 100 jours ou plutôt d'un système qui m'incite à revenir quotidiennement sans la pression d'un compte à rebours ?

Les deux approches se valent. Certains s'épanouissent grâce à la structure et à la responsabilité publique d'un défi bien délimité. D'autres réussissent mieux en installant une habitude durable sans ligne d'arrivée, évitant ainsi la pression du cap des 100 jours une fois celui-ci franchi.

Si vous aimez l'idée des séries de jours consécutifs, des rappels quotidiens et des défis courts sans pour autant vouloir l'annoncer à la terre entière, c'est une excellente façon de construire cette même habitude.

Le chiffre 100 n'a rien de magique ; c'est simplement un nombre rond, assez long pour ancrer une habitude et assez court pour sembler accessible !

En résumé

Le défi des 100 jours de code ne concerne pas uniquement le code. C'est une expérience de création d'habitude, présentée sous la forme d'un projet de programmation.

La syntaxe que vous apprenez en cours de route a son importance, mais la véritable victoire consiste à vous prouver que vous pouvez être régulier au quotidien.

Attendez-vous à un passage à vide vers le 20e jour. Attendez-vous à un déclic vers le milieu du parcours, où coder cessera d'être une obligation. Et attendez-vous à ce que le 100e jour ressemble moins à une fin qu'au moment où vous réaliserez que vous n'avez plus besoin de défi, car l'habitude est déjà bien ancrée.

Alors, si vous hésitez à vous lancer, n'attendez pas l'idée de projet parfaite ou le lundi idéal pour commencer. Choisissez un petit sujet, ouvrez votre ordinateur dès aujourd'hui, et lancez-vous.