[Squeak-fr] Re: other language using squeak VM ?

[Serge Stinckwich]

On Fri, 23 May 2003 14:56:51 +0200
"Bru, Pierre" <Pierre.Bru at 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.


-- 
Serge Stinckwich                                         -< ) 
Université de Caen>CNRS UMR 6072>GREYC>MAD                /~\ 
http://www.iutc3.unicaen.fr/serge/                       (/  |
Smalltalkers do: [:it | All with: Class, (And love: it)] _|_/