maitretarot-devel-fr
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Maitretarot-devel-fr] Re: 1st jeudis: tu viens?


From: philippe brochard
Subject: Re: [Maitretarot-devel-fr] Re: 1st jeudis: tu viens?
Date: 14 Apr 2002 20:16:21 +0200
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Yves Mettier <address@hidden> writes:

> On 14 Apr 2002 15:36:10 +0200
> philippe brochard <address@hidden> wrote:
> 
> > Yves Mettier <address@hidden> writes:
> > 
> > > On 14 Apr 2002 00:57:26 +0200
> > > philippe brochard <address@hidden> wrote:
> > > 
> > > > Yves Mettier <address@hidden> writes:
> > > > 
> > > > > On 13 Apr 2002 22:26:46 +0200
> > > > > philippe brochard <address@hidden> wrote:
> > > > > 
> > > > > > Salut,
> > > > > > 
> > > > > > désolé pour le retard, j'étais parti en vacances :
> > > > > > l'avantage des profs :-)
> > > > > 
> > > > > Bah moi aussi, j'étais parti en vacances! C'est pas une raison!
> > > > > 
> > > > > > 
> > > > > > Comme tu as pu le constaté, je n'ai pas pu venir.
> > > > > 
> > > > > Oui!
> > > > > Et je devais voir aussi d'autres gens. Vous vous êtes donnes le
> > > > > mot: personne n'est venu ou presque.
> > > > > 
> > > > > > Par contre, je pense que je pourrai venir pour le 1er jeudi
> > > > > > de mai. Je pense que c'est une bonne idée qu'on discute de
> > > > > > vive voie. Et ça me changera des gens qui me disent que Linux
> > > > > > (sans le GNU ;-) est un système pour programmeurs
> > > > > > fêlés/illuminés.
> > > > > 
> > > > > Je sais pas encore si je pourrai venir. Je prendrai des vacances
> > > > > jusqu'au 1er mai, et je serai probablement dispo le jeudi 2.
> > > > > Mais c'est encore un peu loin pour moi pour me décider.
> > > > > 
> > > > > > 
> > > > > > 
> > > > > > Sinon, j'ai pas mal cogité pendant ces vacances.
> > > > > 
> > > > > Cool!
> > > > > Moi, j'ai fait le vide. Et la, je me retrouve avec une tonne de
> > > > > trucs a faire, et l'affiche au cinéma n'est pas trop mal en ce
> > > > > moment, ce qui va encore me ralentir plus!
> > > > > 
> > > > > > En fait ce sera ma 1ere IA qui sera en scheme. Ce qui ne
> > > > > > voudront pas se servir de scheme auront juste à ôter 2/3 trucs
> > > > > > dans le programme en C dans un module bien defini. Et d'après
> > > > > > ce que j'ai compris (mais pas testé) on peut programmer en
> > > > > > python ou en Tcl... donc il ne devrai pas y avoir de pbs avec
> > > > > > ceux qui ne veulent pas apprendre le scheme.
> > > > > 
> > > > > OK.
> > > > > 
> > > > > > 
> > > > > > Si je dis ça, c'est que j'ai regardé d'un peu plus près le
> > > > > > scheme et guile => on peut vraiment faire des choses
> > > > > > compliquées de manières simples avec guile.
> > > > > 
> > > > > C'est mieux qu'un langage qui permet de faire des choses simples
> > > > > de manière compliquée ;-)
> > > > > En fait, je ne connais pas scheme. J'ai quelques notions très
> > > > > vagues, qui me viennent d'un hack que j'avais fait sur un plugin
> > > > > gimp. Mais c'est tout.
> > > > > > 
> > > > > > En fait, le corps du programme sera en C : les boucles, les
> > > > > > discutions avec le serveurs (utilisation de la partie client
> > > > > > de mt_ncurses_client)... Et le choix de la mise et de la carte
> > > > > > à jouer (partie reflexion de l'IA) sera écrit en scheme. On
> > > > > > pourra donc étendre l'IA sans avoir a recompiler le programme
> > > > > > (je sais, c'est le but de guile :)
> > > > > 
> > > > > Mouaif. C'est un avantage quand t'as des trucs a rajouter
> > > > > pendant l'exécution, comme des plugins. Mais la, tu ne changes
> > > > > pas l'IA pendant qu'elle tourne!
> > > > > Ça aurait été très intéressant si le serveur et les clients
> > > > > avaient été en un seul morceau. Pouvoir rajouter une IA ou un
> > > > > nouveau client sans avoir a recompiler le programme
> > > > > monolithique, ça aurait été un truc génial. Mais la, tu lances
> > > > > un soft, tu le fais tourner, et tu ne peux pas le changer
> > > > > pendant qu'il tourne. Enfin si, grâce a guile, mais je vois pas
> > > > > l'intérêt.
> > > > 
> > > > ouais, vue comme ca, l'interet diminue.
> > > > 
> > > > > A mon avis, guile a un autre intérêt: tu peux a tout moment
> > > > > prendre le contrôle d'un client via une console.
> > > > > 
> > > > 
> > > > un autre est de pouvoir tester plusieurs IA de manière simple :
> > > > il suffit de lancer 
> > > > 
> > > >         mt_ia_truc ia1.scm
> > > > ou      mt_ia_truc ia2.scm
> > > > 
> > > 
> > > #!/bin/sh
> > > exec $1
> > > 
> > > Nomme mon petit script "mt_ia_truc", et il lance des exécutables.
> > > Avec un Makefile, tu peux faire des trucs encore plus intéressants.
> > > 
> > 
> > Oui, mais pour faire une nouvelle IA, il faut refaire toute
> > l'installation pour avoir un configure.in, un Makefile ...
> > reprendre le code des anciennes IA.
> > Puis pour les utiliser, il faut toutes les compiler.
> > 
> > Avec ce que je decrit, toute la partie code en C est deja faite
> > (rien a recompiler, pas de repertoire a creer ...)
> > Pour creer une nouvelle IA (ou tester une fonctionnalite), il
> > suffit de creer un fichier 'ma_nouvelle_ia.scm' qui contient
> > 3 fonctions : make_bill, make_chien et play_card et c'est tout.
> 
> Ah, oui, bien vu!
> Bah, "man dlopen": c'est facile a faire en C aussi!
> Bon, c'est juste pour faire de la critique gratuite que je parle de
> dlopen. dlopen, c'est bien, mais guile me semble quand même plus
> pratique.

je n'ai jamais utiliser dlopen, mais ca veux quand meme dire qu'il
faut compiler une librairie (-> Makefile + configure...),
la mettre au bon endroit...
Ce n'est pas aussi simple que ca.

> Et de plus, ça n'empêche pas un projet complètement distinct si
> quelqu'un veut repartir a zéro, tant que le protocole de communication
> est respecte avec le serveur.
> 

tout a fait :)

> > 
> > En fait ca fonctionne comme un plug-in (pardon, un greffon en francais
> > :
> > je viens de lire ton article dans LM :)
> 
> Moi, j'ai écrit un article dans LM? Ah, bah oui, c'est vrai, je me
> souviens. Va falloir que je prenne mes 5 semaines de vacances de LM un
> jour, je les ai toujours pas prises ;-)
> 
> > 
> > 
> > > L'intérêt que je vois a utiliser guile, c'est de pouvoir prendre la
> > > main a tout moment sans a avoir a programmer l'interface utilisateur
> > > de"prise de main".
> > > D'ailleurs, ce serait intéressant de l'avoir sur le serveur aussi
> > > pour pouvoir le paramétrer!
> > > 
> > oui, un fichier de config lu par guile (a la emacs) pour configurer
> > le serveur ou l'IA au debut et un interpreteur pour prendre la main et
> > changer le comportement du serveur/IA en cour de route.
> 
> Et par la suite faire un programme qui permet de parametrer le serveur
> en utilisant l'interface guile! Ou en d'autres termes, une interface
> graphique a l'interpreteur guile, avec des beaux boutons clic clic clic
> clic clic clic clic clic clic clic clic [une erreur fatale est arrivee:
> le bouton de votre souris vient de se decrocher. Veuillez contacter le
> service apres-vente du constructeur de votre souris!]
> 

:-)

enfin pour le clic clic on verra ca plus tard.

> > 
> > 
> > > > 
> > > > 
> > > > > > 
> > > > > > => ça devrai être le pied :)
> > > > > > 
> > > > > > 
> > > > > > D'ailleurs, je cherche un nom pour cette IA, vous avez une
> > > > > > idée ? Comment on s'y prend pour les nommer, vue qu'on risque
> > > > > > de coder chacun la sienne ?
> > > > > > 
> > > > > > peut être un truc du style :   mt_ia_philippe, mt_ia_yves ...
> > > > > > ?
> > > > > 
> > > > > Je suis partant pour "mt_ia_*". Par contre, la fin, je suis
> > > > > plutôt d'avis de mettre un nom qui n'a rien a voir. Le nom du
> > > > > saint du jour ou elle a été commencée. Ou alors un nom inspire
> > > > > du journal de 20h et d'une nouvelle qui est passée. Ou alors un
> > > > > nom d'oiseau ou d'insecte. N'importe. Mais le prénom, bof.
> > > > > 
> > > > 
> > > > ok, le prenom c'etait juste une idee.
> > > > 
> > > > la mienne sera : mt_ia_dauphin
> > > 
> > > Tiens, un fan de dauphins! Approfondissons. Dauphin, dolphin,
> > > flipper, ou un nom carrément moins évident comme tursiops (le seul
> > > nom de dauphin que je connaisse parce que j'ai un copain qui adore
> > > les dauphins aussi et tursiops, c'est son pseudo!)
> > > 
> > C'est juste le 1er nom d'animal qui met venu a l'esprit :)
> 
> Ah! Bah prend un de tes bouquins o'reilly si t'en as, et prend le nom de
> l'animal de la 1ere de couverture! Si tu connais pas, y'a souvent
> (toujours?) un descriptif de l'animal avec son nom, dans les dernieres
> pages!
> 

je me rappel pas avoir vu de dauphin sur un bouquin de o'reilly,
mais bon, je n'en ai lu aucun et j'ai juste vu les couverture dans les
mag Linux.

> > 
> > > > 
> > > > 
> > > > une question, est-ce qu'on met les IA sur savannah ou est-ce
> > > > qu'on les developpes en interne chez soi ? (je suis plutot pour
> > > > la 1ere methode)
> > > 
> > > Savannah, voyons!
> > oops, desole
> > 
> > > Tu démarres dans ton coin, mais dès que t'as un truc qui peut
> > > intéresser un hacker, tu la mets sur savannah en CVS!
> > > 
> > Savannah, voyons! ;-)
> > 
> > ok, je fais ca des que le protocole du client est fini.
> 
> OK.
> Par contre, ce qui m'inquiete, c'est que le serveur n'avance pas.
> Faudrait quand meme un truc jouable si on veut s'amuser encore plus a
> programmer, meme si le serveur manque de fonctionnalites. Si Nico, t'est
> partant, peut-etre tu pourrais filer un coup de main a Guillaume pour
> avoir un serveur fonctionnel avant de passer a l'IA?
> Ce serait dommage que vous soyez deux avec des interfaces utilisateur ou
> IA bloquees parce que le serveur ne gere pour l'instant que les
> encheres!
> 


-- 
Philippe



reply via email to

[Prev in Thread] Current Thread [Next in Thread]