L'interface de développement qui tue.

C'est surfait, l'interface de LBP, y'a que ça de vrai 8)

Je déconne, ça défonce !

Juste fantastique!

Ça claque!
Vraiment pratique le truc.

Mais ça reste quand même du javascript, je fais juste un rejet du langage ^^

Ouais mais là, j'ai juste regarder la vidéo sans écouter ce qui se disait

@Juju21: Le code qu'il écrit sur la droite, je suis d'accord que cela s'apparente à un simple éditeur de texte et que l'on peut faire la même chose sur gedit, vim, emacs ou ce que tu veux, un IDE je sais ce que c'est, j'en utilise tout les jours, entre Eclipse, CodeBlocks, Visual et j'en passe et un IDE c'est certainement pas un éditeur de texte lambda hein, quand tu écris ton code sur ton gedit, viens pas me faire croire que tu ne vas pas compiler manuellement ton code sur ton terminal ou ton invite de commande, et si en plus depuis gedit tu peux avoir accès à une interface te permettant de faire pause sur un jeu 2D, et de remonter ou avancer sur la trajectoire des objets mobiles du jeu, dis moi comment tu fais parce que je suis preneur Toi tu as l'air de parler uniquement de l'éditeur de texte pour dire que ce n'est pas un IDE, or là son éditeur est inclus, comme pour un IDE Ooo, dans une interface plus globale qui lui permet d'avoir accès à d'autres fonctionnalités plus ou moins utiles en fonction de la situation

@Yoyonoa : Je te fais la même chose avec un gedit ou un vim !!!
Ne m'explique pas ce qu'est un ide stp

Ce qui est intéressant ici c'est qu'il n'y a rien de vraiment nouveau, il fallait juste y penser : le fait que le comportement du programme puisse évoluer "en temps réel" en éditant le code vient simplement du fait que le code est interprété et pas compilé, c'est-à-dire qu'il est exécuté au fur à mesure qu'il est "lu" par l'environnement.

En gros (comme pour tous les jeux) le programme repose sur une boucle qui va continuellement mettre à jour la position des éléments mobiles et les dessiner avec le décor (constituant ainsi une frame). La particularité ici c'est que le code peut avoir changé entre deux tours de boucle, et l'interprétation du code au tour de boucle suivant donnera donc un comportement différent.

Le seul élément vraiment novateur est le système de pause et de prévision qu'ils ont mis en place et qui est assez ingénieux. Même si en soi le principe n'est pas compliqué : ce n'est jamais qu'une superposition des frames produites par chaque tour de boucle.

@Juju21: Nope, c'est bien un IDE fait maison à partir duquel il code justement et qui lui propose certaines features intéressantes Pour exemple Eclipse est un IDE, même si c'est pas destiné directement au jeu mais à tout type d'applications, d'ailleurs comme Arvyss en parle, vous pouvez trouver quelques vidéos ou Notch bidouille et recompile le code source de Minecraft à partir d'Eclipse pour modifier le jeu en temps réel et il est à fond dedans

Ouais sinon y'a Eclipse qui compile en temps réel (juste pour les erreurs, certes).
C'est pas mal dommage que ça soit pour du JS.