- Tristan Nitot : C'est rigolo : http://www.bluishcoder.co.nz/2008/09/javascript-space-invaders-emulator.html
- Paul Rouget : oui
- Tristan Nitot : quand t'y penses... Emuler un processeur en JS avec du JIT
- Paul Rouget : C'est assez dingue quand on y pense. Imagine si on t'avait dit ça il y a 15 ans
- Tristan Nitot : exactement !
- Paul Rouget : si ça se trouve, un jour on sera capable d'émuler un Windows en Javascript
- Tristan Nitot : c'est déjà fait, ça s'appelle Vista. Mais c'est pas au point !
- Paul Rouget : ROFL !
- Paul Rouget <est mort de rire>
Humour de geek
vendredi 12 septembre 2008. Lien permanent Vieux trucs
6 réactions
1 De leg - 12/09/2008, 12:08
c'est fait :
:-]
2 De Nicolas Silberman - 12/09/2008, 12:13
ROFL
3 De Tom - 12/09/2008, 12:38
Y a meme des gars qui émulent des amiga en JS
http://www.chiptune.com/
4 De Manu - 12/09/2008, 14:55
Mouais ... Impressionant le jeu en javascript, mais la vanne ....
C'est plus "humour de fanboy mac", qu'humour de geek.
5 De Tristan - 12/09/2008, 17:05
@Manu : il n'y a pas de "fanboy Mac" ici. J'ai utilisé successivement DOS, Windows 1, Mac OS, Windows 3.1, Windows 95, Red Hat, XP, Fedora, Mandriva, Ubuntu et OS X (dans cet ordre), sans compter Unix et TOPS-20 (et plein de systèmes en tous genres, dont Acorn Atom et Apple II). Je n'ai pas de religion sur les OS. Pour l'instant, j'utilise surtout Mac OS X, mais ça ne durera pas éternellement !
6 De Sly - 12/09/2008, 19:37
D'un côté... je trouve que l'histoire se répète, et que bien souvent "on" y a DÉJÀ pensé il y a 15 ans.
Attention, ce qui suit est du troll volontairement agressif ^^
PETIT EXERCICE DE COMPARAISON
Bien avant Flash et Silverlight, il y avait Java Applets. Abstraction du système, plugin navigateur, "vrai" code client... pourquoi ça n'a pas marché ? Trop lourd. Dommage, j'aime pas Java mais l'approche était meilleure que Flash (qui a beaucoup trop de legacy).
Aujourd'hui encore, Flash promet du styling CSS-like et du texte en format riche pseudo-HTML, mais ce n'est pas à la hauteur : réveillez-vous les amis ! On est dans un browser sacrénom ! Laissez le rendering HTML à ceux qui savent faire !!!
On régresse en permanence.
PETITE HISTOIRE DE PING-PONG
L'histoire de l'informatique est ponctuée d'aller-retours au "tout serveur" et "tout client".
D'abord on loue des accès mainframes et des connexions terminaux, puis on découvre le PC et le poste client. Puis on se fait encore quelque pings-pongs, et enfin on découvre l'application Web.
On finit par sacrifier un peu d'ergonomie et de puissance pour gagner en installation et déploiement facile. Après tout, c'est le Web, c'est un navigateur, c'est moins bien qu'un client lourd.
Et puis on découvre la RDA, Rich Desktop Application : c'est le futur du Web mon bon monsieur, mais vous comprenez, on n'a pas la garantie de l'appli Web, on doit fonctionner en mode déconnecté, donc on va sacrifier encore certains de nos conforts d'une appli Web. Mais c'est pas grave, on innove.
Réveillez-vous les amis ! Tout ce que vous nous vendez, c'est un client lourd capable de se connecter en HTTP ! Et on devrait accepter que ce soit moins bien et plus gourmand qu'un vrai client lourd ? Eux au moins pouvaient déléguer le rendering de leurs composants aux libs de l'OS, eux au moins savaient se connecter en simple TCP-IP... et ça se passait tout aussi bien !
LE PETIT BENJAMIN FRANKLIN
"Those Who Sacrifice Liberty For Security Deserve Neither."
Nous, nous avons fait l'inverse. Souvent, nous désirions une fausse liberté ("Eh les gars, et si on avait un OS dans le navigateur ?") en délaissant totalement la sécurité ("Mais... y'a pas des grosses failles là ? Et si un méchant crashe mon browser, tout pète ?"). Et on l'a fait. Et tout le monde faisait semblant d'être content.
Et puis on commence à se demander si le browser devrait pas tout séparer les processes, la mémoire, faire du byte-code et de l'assembleur, et puis tant qu'à faire gérer les ressources pour éviter les méchants, checker les accès pour plus de sécurité...
On en viendrait à souhaiter des options telles que gérer le volume sonore séparément pour chaque onglet, plugin, appli (vous n'avez jamais voulu jouer à un jeu Flash en écoutant votre musique préférée au lieu de son son pourri ?)... ou la bande passante / process cycles / RAM par onglet ou téléchargement en cours.
Encore une fois, réveillez-vous les enfants ! Il y a des experts qui font ça depuis quinze ans ! Faire un scheduler et gérer la mémoire, c'est le travail de votre OS ! Certains font ça très mal (suivez mon regard...) mais d'autres ont tout compris.
LES GÉNIES QUI ONT TOUT COMPRIS
Car il y a des gens intelligents. On s'excite autour de WebServiecs, SOAP, puis REST, mais les verbes HTTP sont décrits dans la spécification d'HTTP depuis les premières versions. Depuis *1999* et même avant, les innovations d'aujourd'hui ont été décrites par des gens qui *savaient* de quoi ils parlent.
On a mis presque *dix ans* à comprendre ce que les rédacteurs appelaient une ressource. C'est excessivement long en informatique : ces gens-là étaient des visionnaires ! Dix ans...
On pourrait débattre longuement de ces grandes victoires et échecs de l'informatique.
Mais bon, ça fait déjà bien trop long pour un commentaire de blog.
C'en est désespérant.
Vivement qu'on soie tous sous RISC et chaque programme sandboxé