Apprendre le développement web : par où commencer vraiment
La question qui revient le plus souvent dans ma boîte mail, ce n'est pas "quel framework choisir" ni "comment devenir senior rapidement". C'est celle-là : par où je commence ? Et à chaque fois, la personne en face a déjà ouvert quinze onglets, téléchargé trois PDF, commencé un cours sur une plateforme, abandonné au bout de deux semaines.
Ce n'est pas un problème de motivation. C'est un problème de séquençage. Personne ne vous dit dans quel ordre faire les choses, ni combien de temps ça prend réellement, ni à quel moment vous êtes prêt à postuler. Alors je vais le faire, avec les chiffres de ce que j'ai vécu et de ce que je vois passer chez les gens que j'accompagne.
Points clés à retenir
- Les trois langages fondamentaux du web sont HTML, CSS et JavaScript — dans cet ordre.
- Comptez 8 à 12 semaines pour être autonome sur un premier projet simple, en travaillant une heure par jour.
- Un framework ne s'attaque jamais avant d'avoir un JavaScript solide (je développe plus bas pourquoi).
- Le piège n°1 du débutant : enchaîner les tutoriels sans jamais rien construire seul.
- Autodidacte, bootcamp ou diplôme : ce sont trois chemins valables, avec des coûts et des rythmes très différents.
Quels sont les 3 langages du web ?
Le HTML, le CSS et le JavaScript. C'est la réponse courte, et elle n'a pas bougé depuis trente ans. Le web s'est construit sur ces trois technologies, et malgré l'apparition des CMS comme WordPress qui permettent de publier sans écrire une ligne de code, elles restent le socle de tout ce que vous voyez dans un navigateur.
HTML : la structure
Le HTML (HyperText Markup Language) est un langage de balisage qui définit l'organisation sémantique d'une page : titres, paragraphes, liens, images, formulaires. Il a été développé en 1993 par Tim Berners-Lee et reste, très largement, le point d'entrée le plus accessible pour quelqu'un qui n'a jamais codé. On le qualifie parfois de "langage" par abus de langage : ce n'est pas de la programmation au sens strict, il n'y a ni logique ni calcul. C'est une bonne nouvelle pour débuter.
CSS : la présentation
Le CSS (Cascading Style Sheets) a été créé par Håkon Wium Lie en 1994. Il gère tout ce qui est visuel : couleurs, typographie, espacements, mise en page. Aujourd'hui il est utilisé sur la quasi-totalité des sites, et c'est aussi la partie que les débutants sous-estiment le plus. Je l'ai fait aussi, au début : "le CSS c'est facile". Six mois plus tard je galérais sur un simple centrage vertical. Ne faites pas ça.
JavaScript : l'interactivité
JavaScript apporte le comportement : réagir à un clic, valider un formulaire, charger des données sans recharger la page. C'est là que la vraie courbe d'apprentissage commence, et c'est aussi là que la majorité des gens décrochent. Le trio fonctionne ensemble : HTML pour la structure, CSS pour le style, JavaScript pour l'interaction.
Quel ordre suivre, et en combien de temps ?
Voici le séquençage que je donne, et que j'ai testé sur mon propre parcours puis sur une dizaine de personnes que j'ai aidées. À raison d'une heure par jour, six jours par semaine.
| Période | Contenu | Objectif concret |
|---|---|---|
| Semaines 1 à 4 | HTML sémantique, formulaires, accessibilité de base | Reproduire une page statique complète à la main |
| Semaines 5 à 8 | CSS : box model, flexbox, grid, responsive | Rendre cette page correcte sur mobile |
| Semaines 9 à 16 | JavaScript : variables, fonctions, DOM, fetch | Une petite application qui consomme une API publique |
| Au-delà | Git, un framework, un back-end | Un projet complet déployé en ligne |
Huit à douze semaines, donc, pour arriver à quelque chose de montrable. Pas pour être embauchable — j'y reviens. Mais pour ne plus être perdu devant un écran vide.
Et là, un aveu. La première fois que j'ai suivi ce genre de plan, j'ai sauté les semaines 5 à 8 parce que "le CSS c'était ennuyeux" et que je voulais "faire du vrai code". Résultat : j'ai passé les trois mois suivants à écrire du JavaScript dans des pages qui ressemblaient à des documents Word de 1998. Ne sautez pas le CSS.
Autodidacte, bootcamp ou diplôme : comment trancher ?
Franchement, il n'y a pas de mauvais choix — il y a des choix mal adaptés à votre situation. Ce qui compte, c'est le triptyque coût / rythme / besoin d'encadrement.
- Autodidaxie : gratuit, rythme libre, mais aucune deadline. C'est là que le syndrome du tutoriel fait le plus de dégâts.
- Bootcamp : intensif, 6 à 9 mois en reconversion, souvent cher, avec un cadre et des échéances qui forcent l'avancement.
- Diplôme universitaire : le plus long, mais le plus lisible pour certains employeurs, notamment hors du secteur tech.
Mon avis, et je l'assume : si vous êtes capable de tenir une routine seule et de vous fixer vos propres échéances, l'autodidaxie est le meilleur rapport temps/résultat. Si vous abandonnez au bout de deux semaines dès que personne ne vous attend, payez pour un cadre. Ce ne sont pas 4 000 euros dépensés, c'est 4 000 euros qui remplacent la discipline que vous n'avez pas encore.
Les pièges qui font abandonner (et comment les éviter)
Le plus courant n'est pas technique. C'est le syndrome du tutoriel : on suit un cours, on comprend tout, on se sent bon, et le jour où l'on ouvre un éditeur vide, on ne sait plus rien écrire. Le tutoriel donne l'illusion de la compétence parce qu'il fait le travail de décision à votre place. La solution est simple mais inconfortable : après chaque tutoriel, refaites le projet sans regarder la vidéo. Vous allez souffrir. C'est le but.
Deuxième piège : attaquer React (ou n'importe quel framework) avant d'avoir un JavaScript solide. On le voit partout — un cours de trois heures promet de "maîtriser React". Ce que vous apprenez alors, ce sont des recettes. Le jour où quelque chose casse, vous n'avez pas les fondations pour diagnostiquer. Je place le seuil à ceci : savoir manipuler le DOM et faire un fetch à la main avant de toucher à un framework.
Troisième piège, plus insidieux : l'absence de feedback. On avance seul, personne ne regarde notre code, personne ne nous dit ce qui est mal fait. C'est démoralisant au bout de quelques semaines. Rejoindre une communauté, publier son code, demander une relecture — ça vaut plus que deux cours supplémentaires.
À partir de quand est-on prêt ?
Le critère que j'utilise est le suivant : vous êtes prêt à postuler quand vous pouvez, sans aide, prendre une idée floue et livrer un projet déployé en ligne qui fonctionne. Pas un projet parfait. Un projet qui marche, que vous pouvez décrire, expliquer et défendre.
Ce qui veut dire concrètement : un site avec quelques pages, un petit back-end qui stocke des données, une interface qui réagit, et le tout accessible via une URL. Si vous en êtes là, vous avez dépassé le stade du débutant — même si vous ne vous sentez pas encore légitime. Ce sentiment, d'ailleurs, ne part jamais complètement.
Par où commencer concrètement, demain ?
Une seule chose : ouvrez un éditeur, créez un fichier index.html, et écrivez une page qui vous présente. Pas de cours, pas de vidéo. Vous allez bloquer sur chaque balise — et c'est exactement pour ça que ça marche. Le blocage vous oblige à chercher, et ce que vous cherchez pour résoudre un problème réel, vous ne l'oubliez pas.
Il y a quelque chose de rassurant dans le fait que le web repose encore sur trois langages simples dans leur conception. La difficulté n'est jamais dans les outils. Elle est dans la constance, dans l'ordre, et dans le fait d'accepter de produire du code imparfait pendant des mois. Le jour où votre premier projet tourne en ligne, vous ne vous souviendrez même plus du nombre d'onglets ouverts au départ.
