Fatigué des tutoriels ? Résolvez de vrais problèmes et devenez rapidement un meilleur codeur !

Vous venez donc de terminer un autre didacticiel vidéo. Ensuite, lorsque vous essayez d’écrire du code par vous-même, vous ne savez même pas par où commencer. La peur de l'éditeur de code vierge vous hante. Si tel est votre cas, il est temps d'arrêter de vous lancer dans des didacticiels et de résoudre un problème réel avec le code.

Les tutoriels ne couvrent que l'idée générale

La plupart des didacticiels sont conçus pour vous présenter quelque chose de nouveau, qu'il s'agisse d'un langage de programmation, d'un framework ou d'une fonctionnalité particulière. Certains didacticiels sont même basés sur des projets et vous guident tout au long de la création d'une petite application, par exemple un outil de suivi des dépenses, du début à la fin. À première vue, cela ressemble à un véritable apprentissage. Vous écrivez du code, vous le suivez et tout fonctionne correctement.

Mais c’est là que réside le problème. Les didacticiels de projet vous guident généralement étape par étape. Ils vous disent exactement quoi taper et quand le taper. Il y a peu de place pour les décisions, les erreurs ou l’expérimentation. Vous n'apprenez pas à gérer l'inévitable moment « ça ne marche pas sur ma machine ».

C'est pourquoi les didacticiels ont tendance à couvrir uniquement l'idée générale du fonctionnement de quelque chose. Ils vous montrent le chemin heureux où rien ne va mal. La vraie programmation ne ressemble pas à ça. Les vrais problèmes impliquent des données désordonnées, des bugs inattendus et des instructions incomplètes. Lorsque vous travaillez sur un problème réel, vous êtes obligé de réfléchir, d'essayer différentes approches et de comprendre pourquoi quelque chose fonctionne, et pas seulement comment suivre les étapes.

Ils ignorent souvent les meilleures pratiques

Un gros inconvénient des didacticiels est qu’ils ne vous apprennent généralement pas pourquoi certaines décisions sont prises ni comment prendre de bonnes décisions en premier lieu. Leur objectif principal est de vous amener du point A au point B le plus rapidement et simplement possible. Pour que les choses restent courtes et conviviales pour les débutants, les auteurs de didacticiels ignorent souvent des détails importants tels que l'organisation du code, les conventions de dénomination, les tests, la gestion des erreurs et les considérations de performances.

Ce n'est pas parce que les auteurs ne connaissent pas ces choses. C'est parce qu'expliquer les meilleures pratiques prend du temps. Cela ajoute également de la complexité, ce qui peut rendre un tutoriel intimidant. Ainsi, à la place, la version la plus simple d’une solution vous est présentée. Bien que cela puisse vous aider à comprendre l’idée, cela peut également vous amener à prendre de mauvaises habitudes sans vous en rendre compte.

Par exemple, je travaillais sur un projet de gestion de la relation client (CRM). Lorsque j'ai regardé les tutoriels, ils ne suivaient pas les conventions habituellement suivies par les développeurs expérimentés. Pas d'architecture propre, pas de principes SOLIDES. Des centaines de lignes de code dans un seul fichier. Si j'avais suivi un tel tutoriel, j'aurais repris ces mêmes habitudes, ce qui me nuirait à long terme.

Lorsque vous commencez à travailler sur de vrais problèmes, les meilleures pratiques ne sont pas seulement « agréables à avoir ». Ils aident à garder votre code compréhensible, évolutif et moins sujet aux bugs.

Les didacticiels peuvent devenir obsolètes

La technologie évolue rapidement. Un didacticiel qui était parfaitement précis il y a un an peut désormais manquer des étapes clés ou utiliser des méthodes qui ne sont plus recommandées.

Pour les débutants, cela peut prêter à confusion. Vous pouvez suivre un didacticiel exactement tel qu'il est écrit, mais rencontrer des erreurs car une fonction a été renommée ou un package n'est plus disponible. Soudain, vous êtes bloqué, non pas parce que vous avez fait quelque chose de mal, mais parce que le didacticiel n'a tout simplement pas suivi l'état actuel de l'outil que vous utilisez.

Cela devient un piège caché : vous apprenez à faire fonctionner quelque chose selon d’anciennes informations. Ensuite, lorsque vous rencontrez de vrais problèmes dans un environnement moderne, vos connaissances ne correspondent plus tout à fait.

Travailler sur des problèmes réels vous pousse à consulter la documentation actuelle, les discussions de la communauté et des exemples récents. Vous apprenez à vous adapter aux changements, ce qui constitue une compétence précieuse pour devenir un meilleur programmeur.

Se salir les mains fera de vous un bon résolveur de problèmes

À un moment donné, chaque programmeur découvre que l’on apprend le plus lorsque l’on s’éloigne des didacticiels et que l’on commence à créer quelque chose par soi-même. Lorsque vous êtes confronté à un problème réel, vous êtes obligé de réfléchir de manière critique. Vous recherchez, testez, cassez des choses, les réparez et répétez. Cela peut sembler lent ou frustrant au début, mais c'est exactement là que se produit la croissance.

Résoudre de vrais problèmes vous apprend à déboguer, à poser de meilleures questions et à effectuer des recherches efficaces. Vous n’avez pas besoin de vous lancer directement dans la construction de quelque chose d’énorme. Même les petits projets, comme l’écriture de scripts d’automatisation, peuvent vous pousser à penser de manière indépendante. Chaque fois que vous prenez une décision, rencontrez un obstacle ou essayez une nouvelle approche, vous entraînez vos muscles à résoudre des problèmes.

Une fois, j'ai fait une expérience. Je voulais apprendre PHP. Au lieu de suivre un seul tutoriel, j'ai téléchargé un projet de gestion hospitalière depuis GitHub et je me suis immergé dedans. C'est vrai que je n'étais pas novice en programmation. Mais je ne connaissais rien à PHP. Après quelques semaines de peaufinage, j'ai acquis les bases. Mais il y a une leçon importante. Grâce à mes nouvelles connaissances, je n'ai pas seulement appris à écrire du code PHP. J'ai pu implémenter de nouvelles fonctionnalités avec. En d’autres termes, je résolvais de vrais problèmes.

La seule raison pour laquelle j'ai pu le faire, c'est parce que j'ai décidé de travailler dès le début sur un vrai projet, malgré son envergure et sa complexité, et mon manque de connaissances. Si j'avais suivi la voie conventionnelle consistant à regarder un autre didacticiel de 8 heures, je n'aurais pas appris autant de choses aussi vite.

Cela ne veut pas dire que vous ne devriez pas du tout suivre des didacticiels de programmation. Ils vous donnent les bases pour commencer. Mais le véritable apprentissage se produit lorsque vous abordez un vrai projet tout seul, sans séances de prise en main ou de codage. Si vous recherchez des idées de projets, vous pouvez créer une simple application de quiz ou même votre première application GUI.