Ce que je croyais savoir (et ce que j’ignorais)

Je pensais connaître Internet. Ou plus exactement : je pensais en avoir gardé l’essentiel.

Après tout, j’avais appris le HTML très jeune. J’avais compris la logique des pages, des liens, des structures. J’avais manipulé des bases de données, utilisé des CMS, animé des sites, accompagné des enfants et des adultes dans la découverte du code. Le langage ne m’était pas étranger. La pensée informatique encore moins. Elle m’avait accompagné longtemps, parfois en filigrane, parfois très concrètement.

Alors, quand j’ai décidé de créer ce carnet d’expériences, je croyais partir avec une longueur d’avance. Une forme de familiarité. Une intuition solide. Une mémoire technique suffisante pour « m’y remettre ».

C’était une illusion confortable.

L’illusion de la maîtrise

Ce que je croyais savoir, en réalité, relevait davantage d’une intuition héritée que d’une compréhension actuelle. Je reconnaissais les mots, les concepts, les intentions. Je comprenais ce que je lisais. Je savais pourquoi on faisait les choses.

Mais je ne savais plus comment.

Internet avait changé. Pas dans son essence, mais dans sa structure profonde. Le web que j’avais connu était visible, presque tangible : des fichiers, des pages, un serveur, un navigateur. On écrivait quelque chose, on le voyait apparaître. Le lien entre l’action et le résultat était direct.

En 2026, ce lien est devenu systémique.

Le code que j’écris n’est plus le code que le navigateur lit. Il passe par des étapes de transformation, de compilation, d’optimisation. Il vit dans des dépôts, des pipelines, des environnements. Il est pensé pour évoluer, être partagé, versionné, déployé automatiquement. Ce n’est plus un geste isolé, c’est un processus.

Et c’est là que mes angles morts sont apparus.

La découverte des angles morts

Je savais lire. Je savais comprendre. Je savais expliquer.
Mais je ne savais plus orchestrer.

GitHub, par exemple. Je comprenais son utilité, son vocabulaire, sa philosophie. Mais je n’en avais jamais fait une pratique quotidienne. De la même façon, le Markdown m’était familier sans être central. Le JSON, je le reconnaissais sans l’avoir jamais vraiment habité. Les frameworks modernes me semblaient logiques… tant que je n’avais pas à les assembler moi-même.

Ce que je croyais être un manque de compétence était en réalité autre chose : un décalage entre une culture technique et un écosystème devenu industriel.

Je n’avais pas perdu mes capacités.
J’avais perdu la carte du territoire.

Intuition contre système

C’est là que j’ai compris une chose essentielle : pendant des années, j’avais fonctionné à l’intuition. Une intuition juste, solide, nourrie par l’expérience. Mais l’Internet contemporain ne fonctionne plus à l’intuition seule. Il fonctionne par systèmes imbriqués.

Avant, comprendre suffisait souvent à faire.
Aujourd’hui, comprendre ne suffit plus : il faut savoir où agir.

Créer un site ne consiste plus à écrire des pages, mais à penser un ensemble : un dépôt de code, un environnement local, un système de déploiement, une plateforme d’hébergement, un nom de domaine, des automatisations. Chaque brique est simple prise isolément. C’est leur agencement qui change la donne.

Et c’est précisément là que mon expertise supposée devait être déconstruite.

L’humilité active

Il m’a fallu accepter une forme d’humilité particulière. Pas celle qui consiste à dire « je ne sais rien », mais celle qui dit : ce que je savais n’est plus suffisant dans sa forme actuelle.

J’ai dû poser des questions simples. Parfois naïves.
J’ai dû accepter de ne pas tout maîtriser immédiatement.
J’ai dû me remettre dans une posture d’apprentissage, non pas enthousiaste mais lucide.

Cette humilité n’a rien de passif. Elle est active. Elle consiste à démonter ce que l’on croit savoir pour le reconstruire autrement. À reconnaître que l’expérience n’est pas un stock figé, mais une matière vivante qui doit être réagencée.

Ce carnet d’expériences est né exactement à cet endroit-là.
À l’endroit où l’expertise cesse d’être une posture, pour redevenir un chemin.

Quelques mots pour situer le contexte

Ces termes apparaissent dans le texte.
Ils ne sont pas là pour expliquer une technologie, mais pour donner un repère à celles et ceux qui ne la pratiquent pas au quotidien.

GitHub —
Un espace où le code est partagé, versionné, commenté.
Pour moi, c’est surtout l’endroit où l’apprentissage devient visible, public, parfois inconfortable — et donc réel.

Terminal —
Une interface textuelle pour dialoguer directement avec la machine.
Pas d’icônes, pas de filet. Chaque commande engage, chaque erreur apprend.

Commit —
Un instant figé dans le travail.
Une décision : ce qui est prêt à être montré, même si ce n’est pas encore abouti.

Next.js —
Le cadre technique de ce site.
Mais surtout un prétexte pour réapprendre à structurer, pas seulement à produire.

Déploiement —
Le moment où ce qui était local devient public.
Un passage à l’acte : on ne travaille plus « pour soi », mais pour être lu, utilisé, confronté.