
Apprendre en faisant
Chez .decode, un cours n'est jamais uniquement un cas théorique qu'on projette au tableau. Il commence par un projet à livrer, un bug à résoudre, une interface à construire, avec toutes les hésitations, les fausses pistes et les recommencements que ça suppose. « Apprendre en faisant » n'est pas un slogan. C'est une méthode, avec ses mécanismes précis. Voici ce qu'elle veut dire, concrètement.
3 septembre 2026
Le point de départ
Cette conviction n'est pas née d'un choix marketing.
Elle vient d'un constat simple : les métiers du numérique, développement, data, IA, no-code, ne ressemblent plus à ce qu'ils étaient il y a deux ans, et ne ressembleront plus à ce qu'ils sont aujourd'hui dans deux ans.
Former quelqu'un à un savoir figé, c'est le préparer à un métier qui n'existera déjà plus le jour de son diplôme.
Notre rôle n'est pas de transmettre une photographie du secteur. C'est de préparer à un secteur qui bouge, en permanence.

Le problème avec l'apprentissage classique
Dans un enseignement traditionnel, la théorie se limite souvent à elle même. On explique un concept, on le décompose, on donne un exercice pour vérifier qu'il a été compris; et l'application dans un vrai contexte arrive bien plus tard, parfois jamais avant l'entrée en poste.
Ce modèle fonctionne pour des savoirs stables : une formule mathématique ne change pas d'une année sur l'autre.
Le problème, c'est que les métiers du numérique ne sont pas des savoirs stables. Un framework, un outil, une pratique peuvent devenir secondaires en quelques mois. Si on vous enseigne d'abord la théorie pour vous faire pratiquer ensuite, vous arrivez sur le marché du travail avec une compétence déjà datée; et surtout, vous n'avez jamais appris à apprendre vite, ce qui est la vraie compétence qu'on vous demandera toute votre carrière.
Apprendre en faisant, concrètement
Ça commence par un renversement simple : on ne vous enseigne pas pour vous faire pratiquer. On vous fait pratiquer, et la théorie est le socle de connaissance vous donnant le contexte pour cette même pratique.
Concrètement, vous êtes mis face à votre code, votre design ou votre jeu de données dès les premières semaines, pas une simulation, un vrai projet, avec un vrai livrable. Vous ne savez pas encore tout ce qu'il faut pour le réussir. C'est normal : c'est en butant sur un problème précis que la notion théorique qui permet de le résoudre prend enfin sens. Un cours sur les bases de données a plus d'impact quand vous venez de passer une heure à chercher pourquoi votre application plante, que lorsqu'il est donné à froid, sans besoin immédiat.
Il y a une différence de nature entre un exercice et un projet réel. Un exercice a une seule bonne réponse, connue à l'avance par celui qui l'a conçu. Un projet réel, non : il a des contraintes floues, des besoins qui évoluent en cours de route, plusieurs solutions possibles et aucune ne fait consensus à 100 %. C'est exactement la situation que vous rencontrerez en entreprise.
Chez .decode, les projets sont pensés pour reproduire cette ambiguïté : cahier des charges incomplet à clarifier, contraintes techniques à découvrir en avançant, choix à justifier plutôt qu'à appliquer. On ne vous demande pas de retrouver la bonne réponse. Au même titre que l’artisan, vous devez créer un produit qui réponde au besoin qui est soumit.

L'erreur comme matériau d'artisanat
Dans un cursus classique, l'erreur est sanctionnée : elle fait perdre des points. Dans une logique d'apprendre en faisant, elle est le matériau principal. Un code qui ne compile pas, une maquette qui ne convainc personne, une donnée mal modélisée : chacune de ces erreurs contient plus d'information sur ce qu'il reste à comprendre qu'un cours magistral entier.
Ça suppose un cadre précis : le droit de se tromper sans que ça coûte, du temps pour itérer, et un accompagnement qui aide à comprendre pourquoi ça n'a pas fonctionné plutôt qu'à simplement corriger à votre place. Debugger, refactoriser, recommencer : ce sont des compétences en soi, aussi importantes que la compétence technique initiale; et elles ne s'apprennent que par la pratique répétée de l'échec, encadré.
Cette méthode ne fonctionne que si les personnes qui l'encadrent l'ont elles-mêmes vécue. Un intervenant qui exerce encore le métier ne se contente pas de transmettre un savoir : il partage la manière dont il raisonne face à un problème réel, avec ses détours et ses choix contestables. C'est une différence essentielle avec un enseignement théorique. On n'apprend pas seulement le résultat, on observe le raisonnement qui y mène.

Ce que ça change pour vous
À la sortie, la différence ne se voit pas sur un CV. Elle se voit dans la manière d'aborder un problème inconnu. Une personne formée par la théorie seule cherche d'abord la règle à appliquer. Une personne formée en faisant cherche d'abord à comprendre le problème, essaie, se trompe, ajuste, parce que c'est la seule méthode qu'elle a jamais pratiquée, et c'est aussi la seule qui reste valable quand les outils autour d'elle auront changé.
L’une de nos valeur essentielle est aussi de vous offrir le cadre nécessaire pour étudier. C’est pourquoi nos classes ne dépasseront jamais les 24 étudiants. Faire de plus grandes classes nuit à l’apprentissage et au suivi qu’offrent nos intervenants. Nous estimons qu’il ne faut jamais surchargé l’environnement de nos étudiants.
Un cours ne commence jamais par un cas théorique. Il commence par un projet à livrer. C'est comme ça qu'on apprend, chez nous.

Construite par des gens qui y croient
Rien de tout ça ne serait possible sans une conviction plus profonde encore : .decode n'a pas été pensée pour séduire des investisseurs. Elle a été construite par des gens qui exercent ces métiers, qui croient en cette manière d'enseigner, et qui s'en tiennent responsables. Transparence sur ce qu'on propose, collaboration avec celles et ceux qui font l'école au quotidien, éthique dans chaque décision qui vous concerne. Trois mots qu'on ne se contente pas d'afficher, retrouvez comment on les vit concrètement sur notre page.
Un cours ne commence jamais par un cas théorique. Il commence par un projet à livrer. C'est comme ça qu'on apprend, chez nous.
