vince (./4976) :
alors que la vraie solution c'était des activex et du vbscript...

La vraie solution ça aurait été de partir directement sur WebAssembly, mais la standardisation du Web en mode on met tout le monde autour de la table et on réfléchit calmement aux conséquences de nos choix techniques était totalement inenvisageable à l'époque. La priorité de tous les acteurs était de pousser leurs solutions maison, à la fois pour aller plus vite, et pour s'imposer comme standard de fait qu'on pourrait rentabiliser par la suite.
Quand on voit que WebAssembly a été annoncé il y a 7 ans, à une implémentation minimale depuis 5 ans et toujours pas d'accès direct à des API essentielle du navigateurs telles que le DOM, on est plus dans les mêmes échelles de temps qu'a l'époque, ou l'on se permettait de sortir des solutions faites à la va vite en quelque mois, voire jours sans réfléchir aux conséquences.

robinHood (./4978) :
étrange, seul ce communiqué de presse en parle comme "ça va faire tout et partout", même une interview d'eich en 98 ne parle que de scripts pour le navigateur

En 98, les applets Java avaient déjà pas mal de plomb dans l'aile, Pas étonnant que Brendan Eich parle plutôt de JavaScript.

robinHood (./4978) :
il n'y à que la page wiki fr qui parle d'un langage initialement coté serveur :

Exact, pourtant je me souviens l'avoir vu à pas mal d'endroits, mais je n'arrive plus a la trouver l'info en dehors de cette page. De toute façon ça reste un détail historique vu que LiveScript n'est jamais officiellement sorti sous ce nom et n'a au final pas servi coté serveur à l'époque. Lors de sa publication officielle il était déjà passé coté client en tant que JavaScript.