C’est un mardi soir particulièrement calme ici à Clermont-Ferrand, le genre de soirée d’été où l’air est lourd et où l’on entendrait presque les volcans pousser si on tendait l’oreille. Je suis assise à ma table de cuisine, ma tasse de thé refroidit doucement à côté de mon ordinateur, et je fixe mon écran qui affiche désespérément la même phrase statique depuis une heure. Jusqu’ici, mes petits scripts Python étaient très… unilatéraux. Je leur disais quoi faire, ils affichaient un résultat, et c’était tout. J’avais l’impression d’être une spectatrice, pas vraiment aux commandes.
Sortir de la passivité avec la fonction input()
Depuis le début du mois de juin, environ un mois et demi que j'ai commencé cette aventure, je me contentais de manipuler des variables que je fixais moi-même dans le code. Mais ce soir-là, j'ai eu envie que mon programme me parle, ou plutôt, qu’il m’écoute. J’ai ressorti mes notes chiffonnées et j’ai retrouvé cette fameuse fonction : input(). L’idée est simple : c’est comme si on ouvrait une petite fente dans la boîte noire du programme pour y glisser un mot.
Quand on tape input(), il se passe quelque chose de magique pour une débutante comme moi : le programme s’arrête. Il ne bouge plus. Le curseur clignote, tel un invité poli qui attend qu’on lui propose un siège. C'est le moment où le script attend que j'appuie sur la touche Entrée. Le cliquetis sec de ma touche Entrée qui résonne dans la cuisine vide quand je valide ma première réponse au script m'a donné un petit frisson de victoire. J'avais écrit prenom = input("Comment t'appelles-tu ? ") et quand j'ai tapé "Pauline", le programme a enfin su qui j'étais.
Le mur technique : l'histoire du texte qui se prenait pour un chiffre
Tout allait bien jusqu’à ce que je veuille faire un petit calculateur d’âge, au début du mois de juillet. Je me suis dit : "Tiens, je vais demander mon année de naissance, et Python va calculer mon âge tout seul". Facile, non ? J'ai tapé mon code, j'ai répondu à la question, et là… le drame. Un message rouge sang a envahi mon terminal. La frustration de voir s'afficher "TypeError: can only concatenate str (not 'int') to str" alors que je pensais avoir tout bien écrit m'a presque fait fermer l'ordinateur pour la soirée.
J'ai mis un temps fou à comprendre, mais c'est là que le côté "cuisine" de la programmation m'a aidée. En Python, tout ce que vous tapez via input() arrive sous forme de texte, ce que les pros appellent un str (pour string). Même si vous tapez "2026", pour Python, ce n'est pas le nombre deux mille vingt-six, c'est juste une suite de quatre caractères, un peu comme les 128 caractères de la table ASCII standard qu'on apprend dans les vieux manuels. C'est comme si j'essayais d'additionner le mot "farine" avec le chiffre 5 ; ça n'a aucun sens pour la machine.
Depuis que Python 3.0 est sorti en 2008, cette fonction fonctionne systématiquement de cette manière : elle transforme tout en chaîne de caractères. Pour que mon calcul fonctionne, j'ai dû apprendre le "transtypage". Un mot barbare pour dire qu'on change la nature de l'objet. J'ai dû envelopper mon input() dans un int() pour dire à Python : "Promis, ce que je tape est un nombre entier, traite-le comme tel". C’est un peu comme si j’avais dû manipuler les chaînes de caractères en Python sans trop m'embrouiller avant de pouvoir enfin faire mes maths.
Le piège invisible de l'interactivité
La semaine dernière, alors que je discutais de mes progrès avec un ami un peu plus calé, il m'a glissé une réflexion qui a changé ma vision de cette fonction. Au début, on adore input() parce que ça rend le code vivant. On a l'impression de créer une vraie interface utilisateur. Mais en réalité, c'est une habitude qui peut nous freiner plus tard. Le gros problème de input(), c'est qu'il est "bloquant".
Pendant que le programme attend que je finisse de taper mon nom, il ne fait absolument rien d'autre. Il est figé. Dans le monde moderne, on veut souvent que les programmes fassent plusieurs choses à la fois (ce qu'on appelle l'asynchrone, un concept qui me donne encore des migraines). Utiliser input() pour créer des interfaces est en fait une pratique qui nous enferme dans une logique linéaire. Si j'avais voulu créer un petit minuteur qui continue de décompter pendant que je tape mon nom, avec input(), c'est tout simplement impossible. Le minuteur s'arrêterait en attendant mon bon vouloir.
Apprendre à s'en passer pour progresser
C'est paradoxal, mais pour vraiment progresser et apprendre à créer des fonctions python pour arrêter de copier-coller, j'ai compris qu'il fallait que je commence à passer des arguments directement à mes fonctions plutôt que de dépendre de cette saisie manuelle au clavier. C'est moins "amusant" au début car on n'a plus ce dialogue immédiat avec la machine, mais c'est beaucoup plus puissant pour automatiser des tâches sérieuses.
Aujourd'hui, je regarde ma fonction input() avec un mélange d'affection et de méfiance. Elle a été ma porte d'entrée vers un Python plus humain, moins froid. Mais elle est aussi ce serveur un peu trop zélé qui refuse de retourner en cuisine tant que vous n'avez pas choisi votre dessert, ignorant les autres clients qui attendent. Je l'utilise encore pour mes petits tests rapides, mais j'essaie de construire mes scripts pour qu'ils puissent un jour voler de leurs propres ailes, sans avoir besoin que je leur tienne la main à chaque ligne.
Je ne sais pas encore comment je vais gérer des programmes qui font plusieurs choses en même temps, mais une chose est sûre : le curseur clignotant de input() ne sera plus ma seule façon de communiquer avec mon code. Pour l'instant, je retourne à mes exercices, en espérant que le prochain message d'erreur sera un peu plus explicite que le dernier.