Il y a deux choses importantes à savoir sur l’apprentissage du code :

1. La plupart des gens ne veulent pas réellement « apprendre à coder »
2. Apprendre à coder ne signifie plus une seule chose

Il est important de savoir ces deux choses car sinon la façon dont nous enseignons le codage aux gens est erronée, et les gens n’apprendront pas.

Le premier point, je l’ai vu encore et encore. Les gens qui me disent qu’ils vont apprendre à coder, puis ils commencent à apprendre, et ils pensent que c’est ennuyeux à mourir.

J’appelle ça le sophisme du codage. Les gens pensent qu’ils veulent apprendre à coder, mais ce qu’ils veulent vraiment faire, c’est construire un produit.

En y réfléchissant, cela devrait être assez évident. La connaissance du code en soi n’a aucune valeur si vous ne pouvez rien en faire. Donc, pour la plupart des gens, la plus grande motivation pour apprendre à coder est de construire quelque chose (bien qu’une seconde place proche soit l’obtention d’un emploi mieux rémunéré).

Ce qui m’amène au point numéro deux. Apprendre à coder ne signifie plus la même chose.

Auparavant, pour coder, il fallait connaître presque tout ce qui concerne les ordinateurs (d’où le terme « informatique »). Puis les choses ont été abstraites au point que vous n’aviez pas vraiment besoin de vous plonger dans certains sujets, sauf si vous en aviez vraiment besoin. Par exemple, en tant que développeur d’applications web à ce stade, j’ai besoin de savoir très peu de choses sur l’administration système parce que c’est principalement fait pour moi par des outils comme Heroku et Amazon Web Services.

Donc, quand les gens disent qu’ils veulent apprendre à coder, la plupart des enseignants commencent là où ils supposent qu’ils devraient (là où ils l’ont toujours fait), avec les types de données, les différentes structures d’un langage, et aident les étudiants à développer une compréhension plus profonde des ordinateurs.

Le problème est que ce n’est pas ce que les gens veulent. Ils veulent construire quelque chose. Et nous ne devrions plus tenir pour acquis que pour construire quelque chose, il faut tout apprendre sur les ordinateurs ou même sur le codage en général.

Par exemple, si quelqu’un travaille déjà avec un excellent développeur back-end, il serait logique de lui enseigner simplement le front-end, parce que ce sera la chose la plus utile pour lui. Il obtiendra plus rapidement ce qu’il veut et pourra apprendre le back-end plus tard. En faisant cela, nous réduisons la charge cognitive de l’étudiant et nous lui permettons d’apprendre plus rapidement.

Lorsque vous développez pour le web, vous devez spécifiquement vous occuper de :

• HTML
• CSS
• JavaScript
• Programmation back-end
• Bases de données
• Hébergement/DNS

Il y a beaucoup ici à apprendre. Et la plupart d’entre eux sont assez peu pertinents pour le développement non-web (sauf les bases de données et la structure de l’application évidemment).

La façon dont je le vois, la plupart de l’enseignement du codage implique un appât et un échange. Cela se passe comme suit :

Étudiant : « Je veux apprendre à coder. » (Mais ce qu’ils veulent vraiment – mais ne savent pas assez pour le demander – c’est que je veux construire une application web ou mobile.)

Professeur : « Ok, commençons par les types de données. »

Étudiant : « … »

(2 semaines plus tard)

Professeur : « Maintenant, nous pouvons concevoir des algorithmes efficaces. »

Étudiant : « Mais je voulais juste faire un site web qui a l’air cool ! »

En tant qu’enseignants, nous devons reconnaître que lorsque les gens disent qu’ils veulent apprendre à coder, ils veulent souvent vraiment dire qu’ils veulent construire une application web ou mobile.

C’est parce que pour eux, c’est ce que le codage EST. C’est tout ce qu’ils ont jamais été exposés au sujet du codage. Le problème est qu’ils ne savent pas comment le demander ! Nous ne devrions donc pas prendre tout ce qu’ils disent pour argent comptant. C’est notre travail d’éducateur de lire entre les lignes.

Je me souviens avoir regardé une pièce de théâtre il y a quelques années dans laquelle un prêtre dit qu’il faut dire la vérité même dans des circonstances difficiles. La personne à qui il s’adresse demande : « mais que se passe-t-il si quelqu’un vous pose une question et que vous savez que la vérité va le blesser ? ». Le prêtre répond : « Quand quelqu’un te pose une question, réponds à la question qu’il pose VRAIMENT. »

Dans l’éducation aussi, il faut lire entre les lignes pour comprendre ce que les gens veulent vraiment. S’ils demandent quelque chose de spécifique, vous devez guider la personne vers ce qui va la mener vers son expérience d’apprentissage idéale.

C’est donc à nous, en tant qu’éducateurs et experts, de guider les gens dans la bonne direction et de ne pas les laisser patauger. Si nous pouvons faire cela, alors nous pouvons donner à beaucoup plus de gens le pouvoir de faire des choses incroyables.

En tant qu’étudiant : apprenez ce que vous voulez apprendre.

L’une des meilleures choses que vous pouvez faire dans vos propres aventures d’apprentissage est d’apprendre un peu sur beaucoup de choses – afin de savoir ce que vous voulez plonger plus profondément plus tard.

Ici, à One Month, quand nous disons que vous pouvez « apprendre à coder en 30 jours », ce que nous voulons dire, c’est qu’en seulement 30 jours, vous pouvez apprendre suffisamment de HTML (JavaScript ou Python) pour être conversationnel en code, suffisamment confiant pour que vous puissiez vous démarquer sur le marché du travail.

Alors, combien de temps faut-il pour apprendre à coder ?

Nous nous appelons « One Month », alors cela signifie-t-il qu’après 30 jours de codage, nos étudiants ont fini d’apprendre ? Pas du tout ! Je code depuis plus de 15 ans maintenant et il y a encore tellement de choses que je ne connais pas – mais ce n’est pas le sujet.  » Apprendre à coder « , ce n’est pas connaître toutes les choses du langage, c’est en connaître suffisamment pour pouvoir converser et laisser une trace dans le monde en utilisant son esprit, et ses compétences créatives.