06.10.2026 · Signal Titans Editorial

Brendan Eich a construit JavaScript en 10 jours. Le prototype est devenu le langage du Web.

Brendan Eich à côté d’un calendrier de dix jours de mai 1995, de code navigateur et de la séquence Mocha, LiveScript, JavaScript.

JavaScript n’a pas été conçu pendant des années de réunions de comité.

Brendan Eich a construit le premier prototype en dix jours.

C’était en mai 1995.

Netscape avait besoin d’un langage de scripting pour son navigateur.

Le Web explosait.

Java avait un énorme élan.

Et la direction voulait quelque chose que les développeurs puissent écrire directement dans les pages web.

Eich n’avait presque pas de temps.

Ce qui sortit de cette course finirait par s’exécuter dans pratiquement tous les grands navigateurs du monde.

Il a rejoint Netscape en pensant travailler sur Scheme

Eich a expliqué qu’une des raisons de son arrivée chez Netscape était la promesse de mettre un langage comme Scheme dans le navigateur.

Scheme était élégant et puissant.

Mais au moment de son arrivée, la situation avait changé.

Java de Sun attirait une attention immense.

Netscape négociait avec Sun.

Le navigateur avait toujours besoin d’un langage léger — plus facile et plus rapide à écrire que Java, mais assez familier pour être adopté.

La contrainte politique comptait presque autant que la contrainte technique.

Le langage ne devait pas paraître trop académique.

La syntaxe devait sembler familière aux programmeurs venant de C et Java.

En dessous, Eich voulait garder des idées plus souples.

Puis vint le prototype de dix jours

Eich l’écrivit plus tard très simplement :

« I wrote JavaScript in ten days. »

Le prototype du moteur fut construit en mai 1995.

Le langage s’appelait d’abord Mocha.

Il devait fonctionner directement dans Netscape Navigator et interpréter du code intégré aux pages.

Malgré le calendrier extrêmement court, le prototype contenait déjà des idées qui définiraient JavaScript pendant des décennies.

Fonctions de première classe.

Objets basés sur des prototypes.

Typage dynamique.

Gestion automatique de mémoire.

Et une syntaxe influencée par la pression pour ressembler à Java et C.

Le nom changeait parce que le marché bougeait

Mocha ne conserva pas son nom.

Il devint LiveScript.

Puis, à la fin de 1995, Netscape et Sun annoncèrent JavaScript.

Le nouveau nom associait délibérément le langage à l’enthousiasme entourant Java.

Cette décision marketing créa une confusion qui existe toujours.

JavaScript n’est pas une version réduite de Java.

Leurs systèmes de types, modèles d’objets et histoires sont différents.

La conception précipitée a laissé de la dette technique

Eich n’a jamais prétendu que dix jours suffisaient pour concevoir un langage parfait.

Il a écrit ouvertement sur des décisions qu’il changerait.

Certaines étrangetés de JavaScript existent parce qu’un prototype est devenu produit avant qu’un redémarrage propre soit possible.

Automatic semicolon insertion.

Conversions déroutantes.

Comportements historiques étranges autour des types et objets.

Ensuite, la compatibilité a rendu leur suppression extrêmement difficile.

Quand des millions de pages dépendent d’un comportement, même une erreur devient partie de la plateforme.

Mais ces imperfections ont révélé quelque chose de plus grand

JavaScript a réussi parce qu’il rendait les pages programmables sans obliger les développeurs à compiler et distribuer une application séparée.

Un petit bloc de code pouvait voyager avec la page.

Le navigateur était déjà sur la machine de l’utilisateur.

Le langage pouvait réagir aux clics, modifier du contenu, valider des formulaires puis, plus tard, alimenter des applications entières.

Le Web a cessé d’être seulement une collection de documents.

Il est devenu une plateforme logicielle.

Cette transformation ne s’est pas produite parce que JavaScript était théoriquement parfait.

Elle s’est produite parce qu’il était disponible exactement là où les développeurs en avaient besoin.

La standardisation est venue après l’adoption

Le succès créa un nouveau problème.

Les autres navigateurs avaient besoin d’implémentations compatibles.

Microsoft livra JScript.

Netscape poussa la standardisation via Ecma.

Le langage standardisé devint ECMAScript.

À partir de là, JavaScript devait évoluer sous une contrainte difficile :

S’améliorer sans casser le Web.

L’histoire des “dix jours” est souvent mal comprise

On la répète comme preuve qu’un grand produit peut être construit instantanément.

Ce n’est pas la bonne leçon.

Eich avait des années d’expérience en langages et compilateurs.

Il travaillait dans une entreprise avec un navigateur en très forte croissance, sous pression du marché, avec des contraintes claires et une distribution immédiate.

Le prototype prit dix jours.

Les connaissances derrière le prototype avaient demandé beaucoup plus longtemps.

Et le langage a ensuite nécessité des décennies de réparation, standardisation et évolution.

La vitesse est puissante lorsque la boucle de feedback est courte

L’important n’est pas seulement qu’Eich ait travaillé vite.

Le prototype pouvait être intégré immédiatement à un vrai navigateur et exposé à de vrais développeurs.

Build.

Embed.

Test.

Ship.

Observe.

Dans un marché qui bouge vite, un bon prototype placé dans le bon canal de distribution peut avoir plus de valeur qu’un design parfait arrivé trop tard.

Mais les prototypes peuvent devenir permanents plus vite que prévu

Si un prototype réussit, d’autres construisent dessus.

La compatibilité devient une promesse.

Les imperfections deviennent les dépendances de quelqu’un d’autre.

Ce que vous pensiez réécrire peut devenir de l’infrastructure.

JavaScript en est l’un des exemples les plus clairs de l’histoire du logiciel.

Le prototype de dix jours n’est pas resté un prototype.

Il est devenu une partie de l’environnement d’exécution du Web moderne.

Qu’êtes-vous en train de construire aujourd’hui comme « prototype temporaire » qui pourrait devenir infrastructure avant même que vous ayez le temps de le réécrire ?