On Fri, 23 May 2003 14:56:51 +0200 "Bru, Pierre" Pierre.Bru@spotimage.fr wrote:
je débute en Smalltalk... mais j'ai un bon background en Objective-C
Alors, tu devrais pas avoir de problèmes, puisque le modèle objet et la syntaxe d'Objective-C sont très inspirés par celle de Smalltalk ;-)
le langage ne me gène pas. c'est juste qu'il faut apprendre toute la bibliothèque...
Euh oui, c'est la difficulté de Smalltalk, c'est pas la syntaxe mais la bibliothèque de classes fournis en standard.
je pensais plutôt a des langages plus généraux comme il y en a dans http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html
Oui, je connais aussi cette page. Je ne pense pas que cela existe, mais peut-être que quelqu'un dans la liste squeak-dev pourra te renseigner. C'est vrai que c'est tout à fait envisageable
...
Cette question est motivée par un besoin particulier ?
ça dépends du sens où tu entends "besoin" :)
pour apprendre un nouveau langage (quand ce n'est pas pour le boulot), je developpe un programme avec. bien sur au début, mon code est tout pourri mais avec le temps (et les releases) j'arrive à avoir qqchose d'acceptable, parfois même pas mal.
dans le cas présent, j'étais assez tenté par développer un RLG (Roguelike Game. exemple de RLG: Rogue (l'original), Moria, Angband, Nethack... pour faire bref, tu vré un personnage qui va se promener dans des souterrains pour tuer du monstre. c'est l'ancètre en mode texte du jeu commercial Diablo). ce que je voulais faire, c'était une sorte de moteur de jeu, avec tout paramétrable de l'extérieur par des scripts. le moteur en Smalltalk, les scripts... d'où ma question. pour moi, ils pourraient être aussi en ST, mais je ne suis pas seul sur ce coup là.
Tu devrais demander à Alexandre Bergel, il a développé je crois un jeu de ce type.
dans mon jeune temps, j'avais fait un programme en Lisp (dialecte LeLisp) paramétrable via des scripts externes dans un langage had-hoc. comme je voulais avoir entierement acces à la structure sous-jacente en Lisp, le langage en question n'était qu'un parametrage du reader lisp, du lisp camouflé en quelque sorte. l'avantage du Lisp c'est que le programme compilé à acces à l'interprète et l'interprète peut acceder à toutes les parties compilées, voire même, bien que ce soit un peu dangereux, redefine une fonction (patch).
je n'ai pour l'instant retrouvé cette totale intégration compilé/interprété (pourvoir acceder à tout le programme et toutes les données, dans le sens compilé->interprété et le contraire, sans utiliser un protocole de "glue") nulle part ailleurs. (d'un coté c'est protique en developpement mais peut être dangereux apres...
voilà mon "besoin".
Pierre.