☰ Menu

06.10.2026 · Signal Titans Editorial

Guido van Rossum cherchait un projet pour Noël. Il a commencé Python.

Guido van Rossum à côté d’un calendrier de Noël 1989 et d’un visuel où ABC, Unix/C et Amoeba convergent vers Python.

Python a commencé parce que Guido van Rossum cherchait quelque chose à faire pendant les vacances de Noël 1989.

Son bureau au CWI d’Amsterdam allait fermer.

Il avait un ordinateur à la maison.

Il avait du temps.

Et il réfléchissait depuis quelque temps à un langage qui n’existait pas encore.

Il commença donc à écrire un interpréteur comme projet « de hobby ».

Ce side project devint Python.

L’idée se construisait depuis longtemps

Van Rossum avait déjà travaillé sur un langage appelé ABC au CWI.

ABC voulait rendre la programmation accessible aux personnes qui n’étaient pas programmeurs professionnels.

Il mettait l’accent sur une syntaxe claire et la simplicité.

Mais il eut du mal à trouver son public.

Il était trop lourd pour beaucoup de petits ordinateurs de l’époque.

Les utilisateurs Unix avaient déjà leurs propres outils.

Van Rossum appréciait de nombreuses idées d’ABC, mais savait aussi ce qu’il voulait changer.

Puis le projet Amoeba créa un problème concret

Van Rossum travailla ensuite sur Amoeba, un système d’exploitation distribué développé à Amsterdam.

L’équipe avait besoin d’une meilleure façon d’écrire des outils d’administration.

C était puissant mais coûteux en temps de programmeur.

Le Bourne shell était pratique, mais l’interface de system calls d’Amoeba n’était pas facilement accessible depuis le shell.

Van Rossum vit une ouverture.

Et si un scripting language combinait la syntaxe propre d’ABC, un vrai accès système et l’extensibilité attendue par les programmeurs Unix/C ?

Il décida de ne pas écrire un langage réservé à Amoeba.

Il devait être assez général pour grandir.

Noël 1989 lui donna du temps sans interruption

Dans son propre récit, van Rossum explique qu’il cherchait un projet de programmation pour s’occuper pendant la semaine autour de Noël.

Le bureau serait fermé.

Il commença à écrire l’interpréteur du langage auquel il réfléchissait.

Le premier brouillon fonctionnel demanda plus de temps que les vacances elles-mêmes.

Pendant 1990, Python fut de plus en plus utilisé dans le projet Amoeba.

Les collègues l’essayèrent.

Leur feedback modifia le langage.

Le hobby devint outil parce qu’il avait immédiatement de vrais utilisateurs proches.

Le nom n’avait rien à voir avec les serpents

Van Rossum avait besoin d’un nom provisoire.

Il était fan de la série britannique Monty Python’s Flying Circus.

Il choisit « Python » parce que le nom était court, étrange et légèrement irrévérencieux.

Il était assez mémorable pour rester.

L’imagerie du serpent vint plus tard.

La référence d’origine était la comédie.

Python a été conçu entre deux mondes

D’ABC venait la préférence pour une syntaxe lisible.

D’Unix et C venaient le besoin d’accès réel au système et d’extensibilité.

Van Rossum voulait éviter qu’un langage élégant reste isolé du monde réel.

Python naquit de la tentative de combiner clarté et intégration pratique.

Le langage fut public avant d’être parfait

Van Rossum continua à travailler principalement sur son temps libre.

En février 1991, après un peu plus d’un an, il publia Python sur USENET.

Ce canal de distribution comptait.

ABC avait été développé avant que le partage de code en réseau devienne simple.

Python arriva à un meilleur moment.

Des personnes dans d’autres pays pouvaient télécharger, tester, envoyer du feedback et contribuer sans attendre des bandes magnétiques ou une distribution formelle.

Le réseau devint partie intégrante de la croissance du langage.

L’histoire du « projet de vacances » peut être trompeuse

Python n’est pas né d’une semaine d’inspiration aléatoire.

Le coding commença pendant les vacances.

Le design reposait sur des années d’expérience accumulée.

Van Rossum avait travaillé sur ABC.

Il avait travaillé sur Amoeba.

Il connaissait C et la culture Unix.

Il avait vu le coût de trop de code bas niveau.

Il avait aussi vu les limites d’un langage élégant mais difficile à intégrer aux systèmes réels.

Les vacances ont créé du temps.

L’intuition s’était construite pendant des années.

C’est ainsi que commencent beaucoup de bons side projects

Un side project est souvent présenté comme quelque chose de séparé du « vrai travail ».

Mais les meilleurs sont souvent des versions concentrées de problèmes que leur créateur porte depuis longtemps.

Un développeur réécrit le même utilitaire.

Un designer lutte contre le même workflow.

Une équipe ops recolle les mêmes systèmes.

Puis une semaine calme apparaît.

La frustration accumulée devient enfin un outil.

Le timing semble accidentel.

La préparation ne l’était pas.

Python a pu grandir parce qu’il n’était pas enfermé dans Amoeba

Van Rossum évita volontairement un langage spécifique à un seul projet.

Cette décision fut cruciale.

Un outil interne aurait pu résoudre un problème.

Un langage général et extensible pouvait ensuite passer vers administration système, Web, science, éducation, automatisation, data et machine learning.

En 1989, il n’était pas nécessaire de prédire tous ces marchés.

Il fallait seulement ne pas fermer la porte.

La meilleure question n’est pas « que puis-je construire en une semaine ? »

L’origine de Python inspire parce qu’elle paraît petite.

Un programmeur.

Une semaine de vacances.

Un interpréteur.

Mais la question la plus utile est différente :

Quel problème comprenez-vous depuis des années assez profondément pour qu’une seule semaine sans réunions transforme ce savoir en prototype fonctionnel ?

Les vacances de Noël n’ont pas créé magiquement l’expertise de van Rossum.

Elles ont créé l’espace pour qu’elle devienne logiciel.

Si vous aviez une semaine entière sans réunions, quel problème récurrent transformeriez-vous enfin en outil ?

Sources