Une boucle for tient en trois lignes en Python ; la même boucle en JavaScript réclame presque deux fois plus d'accolades et de points-virgules avant de faire quoi que ce soit. C'est à peu près la première chose qui m'a sautée aux yeux quand j'ai ajouté, à mes soirées Python, une formation JavaScript en ligne — moi qui reste une débutante en code, une femme qui apprend seule après le travail, à la table en formica de ma cuisine à Clermont-Ferrand, cahier de brouillon et post-its éparpillés à côté du clavier, faute d'avoir jamais eu de vrai bureau.
Avant d'aller plus loin, la franchise habituelle : ce carnet contient des liens affiliés, dont celui vers la Formation au langage Python, qui m'a mis le pied à l'étrier. Si un achat passe par là, je touche une petite commission, sans que le prix change pour vous — je n'en parle que parce que ces ressources ont vraiment occupé mes soirées de travail sur le coin de la table.
Faut-il finir un langage avant d'en commencer un autre ?
Théophane, un lecteur qui commente presque chaque billet ici depuis Lyon, avec des questions tellement bien construites qu'elles ressemblent à de petits articles à elles seules, m'a écrit un jour un pavé sur ce sujet précis : est-ce raisonnable, ou juste inconscient, de toucher à un second langage avant d'avoir fini le premier ? Sur les forums, la réponse qui revient tout le temps est catégorique — ne mélangez rien, terminez Python d'abord, sous peine de tout confondre.
Cette règle a longtemps semblé pleine de bon sens. Pourtant, plus j'avance avec les deux en parallèle, plus je me dis que la mise en garde vise surtout celles et ceux qui visent un poste de développeur rapidement, pas quelqu'un qui bricole le soir pour le seul plaisir de comprendre. Le risque de confusion existe, il n'est simplement pas automatique — encore faut-il regarder ce qui se passe vraiment quand deux langages se croisent dans la même tête fatiguée.
Les mêmes idées reviennent, habillées différemment
Ce qui m'a convaincue, ce sont les échos. Donner un nom à une valeur avec `=` en Python ou avec `let` et `const` en JavaScript, c'est la même intention rangée dans deux costumes de syntaxe différents. Une condition, avec un `if` qui vérifie si quelque chose est vrai avant d'agir, garde la même logique en changeant de langage. Je l'ai vérifié un soir en aidant Valérian, mon collègue de bureau, avec une formule Excel qui refusait de coopérer : il m'a tendu son écran, dépité, et je me suis surprise à lui décrire sa formule comme un if / else — « si la cellule est vide, alors ça fait ça, sinon ça fait autre chose » — lui qui ne code pas du tout, qui doute encore que tout ça serve vraiment à quelque chose, mais qui continue de me confier ses tableaux en croisant les doigts.
Une liste ne perd pas son sens non plus : j'avais déjà appris à utiliser les listes Python pour organiser mes données de débutant, et retrouver la même idée sous forme de tableau indexé en JavaScript n'a rien cassé — ça a plutôt confirmé ce que je savais déjà.
Le format que j'ai choisi pour ce deuxième langage, la JavaScript : formation 100 % pratique, misait sur de petits projets plutôt que sur de la théorie pure, ce qui collait bien à mon envie de voir enfin quelque chose bouger à l'écran plutôt que de rester devant une fenêtre noire.
Un dictionnaire Python et un objet JavaScript se ressemblent au point de me faire sourire — même principe de clé et de valeur, juste une autre ponctuation autour. Manipuler une chaîne de caractères, découper un texte, en changer la casse, reste un problème de doigts avant d'être un problème de langage. Importer un module, en Python comme en JavaScript, revient toujours à dire au programme d'aller chercher de l'aide ailleurs plutôt que de tout réinventer soi-même.
Écrire une petite fonction plutôt que de tout recopier à la main s'apprend une fois, dans un langage, puis se retranspose sans trop de mal dans l'autre. Demander une entrée à l'utilisateur — `input()` d'un côté, `prompt()` de l'autre — répond à la même envie de faire parler le programme. Un bloc `try / except` en Python et un `try / catch` en JavaScript se ressemblent à s'y méprendre, jusque dans leur façon de rattraper une erreur avant qu'elle ne fasse tout planter.
Apprendre le JavaScript n'a pas brouillé mes bases en Python
Le morceau qui m'a vraiment donné raison, c'est la manipulation du DOM — comprendre que la page affichée dans le navigateur est une structure qu'on peut attraper et modifier depuis le code. Ça m'a donné envie d'aller plus loin, jusqu'à apprendre à manipuler le dom en javascript après avoir débuté en python, et ce détour n'a rien effacé de ce que je savais déjà en Python — il m'a plutôt servi de miroir.
Reste un vrai point de friction, purement visuel : l'indentation qui structure tout en Python, contre la forêt d'accolades et de points-virgules du JavaScript, plus bruyante à l'œil. Installer l'environnement pour l'un n'a d'ailleurs rien à voir avec installer l'environnement pour l'autre, et je ne prétends pas avoir tout démêlé de ce côté. Les messages d'erreur, eux, ne parlent pas vraiment la même langue : `undefined` ne dit pas grand-chose, alors que Python nomme en général assez précisément ce qui cloche, et la chaise de la cuisine craque sous moi chaque fois que je me redresse pour relire un message qui refuse encore de faire sens.
Ce qui ne s'est pas transféré aussi facilement
Tout n'a pas été aussi fluide. Pendant un moment, j'ai essayé de regarder des tutoriels vidéo sur le JavaScript sans avoir l'ordinateur ouvert à côté de moi, assise, les mains vides, à hocher la tête devant l'écran. Ça n'a strictement rien laissé derrière soi : le lendemain, plus rien ne restait, comme si je n'avais rien regardé du tout. Ce qui a fini par fonctionner, c'est de garder le clavier sous les doigts pendant que la vidéo tourne, quitte à mettre pause toutes les deux minutes pour retaper ce qui vient de défiler.
Il y a d'ailleurs tout un débat, ailleurs sur le web, pour savoir lequel des deux langages apprendre en premier. Je ne compte pas trancher ça ici, seulement dire ce que ça m'a fait, à moi, de mener les deux de front pendant un moment.
Garder chaque langage à sa place
Si le but, c'est de décrocher un poste vite, la piste la plus sûre reste sans doute de choisir une formation python pour enfin progresser après le travail et de s'y tenir seule, sans se disperser. Si le but, c'est de comprendre comment tout ça s'articule, le détour par un second langage n'a rien d'un drame — à condition de garder les mains sur le clavier pendant qu'on regarde, et d'accepter de ne pas tout maîtriser en même temps.
Je n'ai toujours pas ouvert grand la porte vers les réseaux, mais l'idée reste dans un coin de ma tête, entre deux onglets de documentation : j'ai jeté un œil, une fois, à la Formation Cisco : réseaux et systèmes, pour comprendre ce qui fait tourner les câbles derrière mon code, sans savoir encore si j'irai plus loin. La tisane a refroidi à côté du clavier, comme toujours. Peut-être qu'un troisième langage brouillerait vraiment tout, cette fois. Je ne sais pas encore où se trouve la limite.