Développer une expertise sans suivre un parcours linéaire

En 2022, j’écrivais qu’il existait d’autres chemins que plusieurs années d’université pour devenir compétent dans un domaine. Je maintiens cette idée, mais le titre allait trop loin.

Un parcours autonome ne remplace pas les qualifications requises dans la médecine, le droit, certains métiers réglementés ou les fonctions où une erreur met directement une personne en danger. Il peut toutefois construire une expertise solide dans de nombreux domaines techniques et créatifs.

Partir d’un problème, pas d’une identité

Je ne commence pas par vouloir devenir « expert ». Je choisis un problème que je veux savoir résoudre.

En développement logiciel, cela peut être :

• concevoir une authentification compréhensible ;
• diagnostiquer une requête lente ;
• publier une application avec un chemin de retour ;
• rendre une interface utilisable au clavier ;
• documenter une décision d’architecture.

Le problème donne une limite au travail. Il permet aussi de vérifier si j’ai appris quelque chose.

Construire une boucle d’apprentissage

Ma boucle tient en six étapes :

1. lire plusieurs sources sérieuses ;
2. reproduire un exemple minimal ;
3. appliquer l’idée à un projet réel ;
4. écrire ce qui a fonctionné et ce qui a échoué ;
5. demander une critique précise ;
6. reprendre le projet avec cette critique.

Lire sans appliquer donne une impression de maîtrise. Construire sans lire peut répéter des erreurs déjà connues. J’ai besoin des deux.

Garder des preuves de progression

Un certificat indique qu’un parcours a été suivi. Pour un apprentissage autonome, je dois produire mes propres preuves : code, tests, décisions documentées, articles, présentations ou contributions relues.

Je ne compte pas seulement les projets terminés. Je regarde si une autre personne peut comprendre le travail, le vérifier et signaler une erreur.

Une preuve utile montre aussi les limites. Un prototype ne prouve pas qu’un système tient en production. Un tutoriel suivi pas à pas ne prouve pas que je peux diagnostiquer une panne différente.

Expliquer pour vérifier sa compréhension

Mon article original insistait sur l’enseignement. Ce point reste important. Expliquer une idée oblige à préciser les mots, les étapes et les hypothèses.

Je peux écrire une note, aider un collègue, présenter une décision ou répondre à une question technique. Je n’ai pas besoin de vendre un cours. Le but est de voir où mon explication devient vague.

Je corrige ensuite l’article ou le code lorsque quelqu’un trouve une erreur. Cette correction fait partie de l’apprentissage.

Savoir quand demander un cadre formel

Un parcours structuré devient utile lorsque je manque de bases, de retour critique, d’accès à du matériel ou de reconnaissance professionnelle. Une université, une formation reconnue, un mentor ou une équipe expérimentée peuvent apporter ce cadre.

Je ne traite donc pas les études et l’apprentissage autonome comme deux camps opposés. Je choisis le cadre qui correspond au risque, au métier et au niveau de preuve attendu.

Le chemin peut être non linéaire. Le niveau d’exigence, lui, doit rester visible.