Les ordinateurs sont très bon pour travailler sur des bits... mais assez ironiquement assez mauvais pour faire de l'arithmétique (d'où l'intérêt des GPU).
Par exemple, décaler d'un bit vers la droite équivaut à une division par deux, mais est plus rapide.

Toutefois, méfiez-vous de ces optimisations: De nos jours, les compilateurs sont capables d'optimisations bien plus poussées que ce que vous pourriez faire à la main. Il vaut souvent mieux, désormais, les laisser optimiser. L'autre inconvénient de ces bidouilles de bits est que cela réduit la portabilité des applications.

EDIT: Comme le fait remarquer http://fspot.org/lnk/?8Ag_LA, cela n'est valable que pour des langages bas niveau comme C, pas pour des langages comme Python: http://wiki.python.org/moin/PythonSpeed/PerformanceTips#Python_is_not_C

Donc pas pire pas mieux. Il y a bien des différences mais les deux se valent.

C'est sympa: Un mini-tutoriel qui vous explique comment créer un petit casse-briques en html5 avec canvas et javascript, étape par étape.

Bon, il existe 8 implémentations de Python en Javascript...

:-)

Une bonne analogie pour essayer de comprendre pourquoi il est si difficile s'estimer le temps de développement. (via http://liens.howtommy.net/?Yk4qTQ)

La première citation est connue.
Mais tout cela est de l'humour de développeur :-)

Ce développeur, adepte de Microsoft .Net, pense que la plateforme .Net est en train de disparaître peu à peu. Ses arguments se tiennent.

Quelques arguments pour l'utilisation de Javascript côté serveur. Les arguments sont intéressants. Le plus problématique: Trouver des hébergeurs supportant ça.
D'autres avis sur le sujet: https://news.ycombinator.com/item?id=5690026

J'aime les caches aussi :-)  (Il y a des caches de RSS aussi dans Shaarli, et aussi des caches de certaines miniatures.)
C'est assez simple à implémenter (grâce à ob_start() et autres) et permet des économies énormes de CPU.

Tiens ! Un autre moteur 3D porté en Javascript avec emscripten.

Ah ! Merci Adobe et Google.  Ils ont contribué à un nouveau rasterizer dans FreeType. C'est vrai que c'était un des points faible de FreeType (principalement à cause des brevets attenants à ces technologies, détenus par Apple et Microsoft).

Ceci dit, il existe d'autres méthodes auxquelles le projet FreeType aurait pu s'intéresser, car elles donnent d'excellents résultats, comme AntiGrain: http://www.antigrain.com/research/font_rasterization/index.html
(Cette lib est capable de faire des décalages de police d'un dixième de pixel sans franges colorées: http://www.antigrain.com/research/font_rasterization/sample_arial_1tenth_shift.png)

Et pour ceux qui veulent en savoir un peu plus sur la rasterisation de polices, j'avais fait un article là dessus sur CCM:
http://www.commentcamarche.net/faq/5871-polices-anti-aliasing-hinting-et-sub-pixel-rendering

Et hop... encore un moteur de jeu html5 2D/3D. Celui-là vient de passer opensource: https://github.com/turbulenz/turbulenz_engine
Quelques exemples de jeux: https://turbulenz.com/games

Voilà donc la démo de l'Unreal Engine en html5+js. Deux notes:
- si vous n'avez pas Firefox nighltly build, ça sera encore plus lent.
- Le "Compiling javascript..." va s'afficher un *bon* moment. (Perso après plusieurs minutes, j'ai laissé tomber. Il faudra que je ré-essaie sur mon quad-core i7... doh)

EDIT: Je viens de tester sur un MacBook Pro (avec Firefox, mais pas la version nightly): J'ai une moyenne de 35 fps, avec souvent des pointes à 50/55 fps (dans une résolution 1920x1080). C'est toujours plus lent qu'en natif, mais je salue quand même la performance tout à fait honorable.

Youpi, une nouvelle application KISS: Un gestionnaire de snippets (actuellement, j'en colle en "privé" dans mon Shaarli, c'est pas vraiment fait pour :-)

Une liste de moteurs de jeux HTML5

Un PDF très intéressant où Valve explique comment ils ont conçu l'I.A de Left4Dead: Comment fonctionne leur pathfinding, où et comment placer les ennemis de manière pseudo-aléatoire pour rendre le jeu plus dramatique (éviter le combat en continue, éviter les moments de creux), où placer les boss et à quelle fréquence, les caches d'armes, comment fonctionnent les NPC coopératifs...
C'est assez rare de voir une équipe de développement expliquer comment fonctionne son I.A.

Réflexion de Paul Graham sur l'orienté objet: « in practice, [...] it provides a structured way to write spaghetti code. »  :-)
(source: https://news.ycombinator.com/item?id=5574429)

AAAwwwww... je viens de réaliser que quand vous chargez une image dans votre canvas qui ne provient pas du même domaine que la page en cours, les navigateurs vous refusent l'accès aux pixels avec getImageData() (pour des raisons de sécurité, bien sûr.).   Adieu les manipulations d'image.  :-(((
Du coup, Javascript est nettement moins intéressant pour réaliser un webGobbler dans le navigateur, sauf à transformer mon site en gigantesque proxy pour images (beuark... et ça plairait moyen à mon hébergeur, je crois)  :-(((

EDIT: http://lehollandaisvolant.net/index.php?mode=links&id=20130408154008
Marche pas non plus: Je me fais jeter pour des raisons de sécurité quand je veux faire un .toDataURL().  Tant pis.  Merci.

Présentation de Valve qui explique pourquoi ils ont porté leurs jeux sous Linux, comment, et les problèmes qu'ils ont rencontré (y compris pour le portage des applis DirectX vers OpenGL).
Même si une bonne part de la partie technique sur OpenGL m'échappe, il y a des points intéressants à noter dans cette présentation:

 • Valve considère le portage sous Linux comme un premier pas vers les mobiles (normal, avec OpenGL). Valve a-t-il l'intention de sortir une sorte de Steam pour mobiles ?
 • On voit qu'ils ont développé un système qui compare en temps réel les sorties vidéo de DirectX et OpenGL afin de détecter et corriger les problèmes. Excellente idée.
 • Valve aime OpenGL car il permet d'avoir les même effets graphiques que DirectX 10/11, même sous Windows XP.
 • Valve aime OpenGL car ils font partie du comité qui fait évoluer OpenGL (avec EPIC Games, EA, Sony, Unity...) et peuvent donc l'orienter dans une direction qui leur convient. DirectX est dicté par Microsoft.
 • Valve utilise SDL !  (projet opensource qui comble le fossé entre DirectX (qui gère son, périphériques, réseau...) et OpenGL (qui ne gère que les graphismes)).

EDIT: Il faudra attendre 30 jours si vous voulez voir la conférence où a été présentée ce papier: http://www.gputechconf.com/page/gtc-keynote.html
(Notez qu'on y trouve là d'autres conférences sur le graphismes, les GPU, la 3D et ses applications.)

Bons conseils pour développeurs (sauf le premier ! Arrêtez de faire vos filtres/join/groupby dans la couche objet, faites faire le boulot par la base de données ! Elle est spécialisée dans ce genre de chose).

Un mini-clone de Minecraft en 580 lignes de Python.
Source: https://github.com/fogleman/Minecraft

Faire mumuse avec un langage sans installer son runtime ou son compilateur ? C'est possible !
C'est une sorte de jsfiddle, mais pour la plupart des langages.
Voir aussi: http://sebsauvage.net/links/?VOB6MQ

Un développeur explique pourquoi il a choisit Ruby et non .Net pour son projet.

Ooh.... Mozilla prépare des trucs sympa pour les développeurs.