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

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

Re: [Maitretarot-devel-fr] Previous mail


From: Yves Mettier
Subject: Re: [Maitretarot-devel-fr] Previous mail
Date: Sun, 10 Mar 2002 11:57:03 +0100

On 09 Mar 2002 12:58:58 +0100
philippe brochard <address@hidden> wrote:

> Yves Mettier <address@hidden> writes:
> 
> > > > Pfffff, decevant ;-)
> > > > 
> > > 
> > > pourqoi decevant, je trouve ca tellement genial que j'ai envie de
> > > m'en servir partout.
> > 
> > Affligeant ;-)
> > 
> 
> bon, je me tais.

Silencieux ;-)

[...]

> > > je ne sais pas si vous avez lu le tutorial en entier, mais a
> > > premiere vu, le scheme c'est ce que comprend guile mais il existe
> > > des"translators" pour ecrire du code en perl, python ... et le
> > > traduire en scheme pour que guile le comprenne. c'est vraiment
> > > puissant!!
> > 
> > Oui. A la gimp!
> > 
> > D'autre part, je suis presque une lumiere en scheme: j'ai un jour
> > hacke un plugin gimp. Mais bon, une lumiere a 1 watt, qui s'est
> > eteinte depuis un bon bout de temps.
> > 
> 
> ben, ce serai peut-etre bien de la rallumer...

Y'a plus de courant depuis longtemps :)

> > > > > > > > > [ ... ]
> > > > > par contre, pour les IA, s'il faut les sortir du client, je
> > > > > propose un truc du genre :
> > > > > 
> > > > >         le client contient le minimum pour dialoguer avec le
> > > > >         serveur-> respecte le protocole.
> > > > > 
> > > > >         les IA se servent du client pour communiquer avec le
> > > > >         serveur.
> > > > > 
> > > > > comme ca, il suffit de faire un client puis tout un tas d'IA
> > > > > qui ne se preoccupent plus du dialogue avec le serveur mais du
> > > > > jeu.
> > > > 
> > > > Si j'ai bien compris, tu penses a une lib et c'est ca que tu
> > > > appelles client? Je suis a fond pour.
> > > 
> > > moi aussi, mais je pensais pas forcement a une lib.
> > > 
> > > une autre solution, faire en sorte que le client soit scriptable
> > > (j'en revient encore (pt1, il est chiant :) a lisp/guile).
> > > et separer les scripts du client (un rep client, des rep
> > > scripts/IA).
> > > 
> > > une fois que le client est fait, on y touche plus et on etend les
> > > IA.
> > 
> > Pour le client graphique, tu fais comme tu veux en fait.
> > Pour les IA par contre, faut une base au choix en C, C++, java ou
> > Perl qui sont quand meme les langages libres les plus repandus.
> > Apres, pour une IA performante, faut un langage qui genere du code
> > rapide. C est le plus adapte des quatre. Je dis ca simplement pour
> > pas faire peur aux futurs contributeurs. S'ils voient que les trucs
> > existant sont dans un langage a parentheses, ils vont avoir peur et
> > abandonner avant meme de commencer. Si c'est du C pur ou du C++, ils
> > hackeront tout ca a notre plus grand plaisir a tous.
> > 
> 
> oui, de toute facon, je maitrise largement plus le C que le scheme.
> Donc du C dans un 1er temps. et par la suite, on verra, il pense quand
> meme qu'il faut laisser le maximum de possibilites (C, perl, scheme,
> ...).

Right.

> 
> > > > Et a fond contre au debut: ne voyons pas trop grand.
> > > > Si tu distingues bien les fonctions de dialogue des fonctions de
> > > > GUI(ou IA), il sera ensuite facile de detacher les fonctions de
> > > > protocole pour en faire une lib a part. En attendant, vaut mieux
> > > > evaluer les besoins d'une lib en creant un monolithe (la GUI
> > > > ncurses). Et quand on passera a l'IA, toutes les fonctions qu'on
> > > > pompera dans la GUI n'iront pas dans l'IA mais dans une lib que
> > > > l'IA utilisera. Apres, faudra eventuellement revoir la GUI pour
> > > > utiliser la lib. Si je dis de pas aller trop vite, de pas voir
> > > > trop grand, c'est parce que j'ai fait cette experience avec le
> > > > projet MCatS. C'est un projet techniquement monstrueux.
> > > > Tellement qu'il est toujours en cours, et que rien n'est encore
> > > > sorti.
> > > > 
> > > 
> > > tout a fait d'accord, au debut, on code tout dans le client (avec
> > > des modules pour le protocole, la GUI et l'IA) et on verra comment
> > > on le separe plus tard.
> > 
> > Separe la GUI de l'IA.
> > La GUI (Graphical User Interface) n'a pas besoin d'IA: c'est ton
> > cerveau qui fournit l'intelligence. L'IA n'a pas besoin d'interface
> > utilisateur. Elle tourne toute seule comme une grande. D'ailleurs,
> > l'IA de base avec mon algo me semble le meilleur point de depart!
> > Apres, tu vires l'algo(tu gardes le protocole), et tu mets
> > l'interface utilisateur.
> > 
> 
> oui, je separe le tout. mais pour l'instant je le separe juste au
> niveau code (differents modules). On verra si on peut le separer
> encore plus par la suite.
> 
> ton algo est impeccable pour un debut :-)

:)

> 
> > > > > > > > > [ ... ]
> > 
> > > > sylpheed rulez.
> > 
> > > emacs/gnus rulez :)
> > 
> > outlook sucks ;-)
> > 
> 
> je sais pas, je m'en suis tres peu servi.
> par contre au niveau licence, c'est nul.

outlook, c'est un soft reserve aux riches: il faut pouvoir s'offrir la
licence de windows pour ca!

[...]

Le bonjour chez vous,
Yves

-- 
- Homepage - http://ymettier.free.fr                   -
- GPG key  - http://ymettier.free.fr/gpg.txt           -
- MyAM     - http://www.freesoftware.fsf.org/myam      -
- GTKtalog - http://www.freesoftware.fsf.org/gtktalog  -

Attachment: pgp90e7jnjRqX.pgp
Description: PGP signature


reply via email to

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