fredericmazue wrote:
Ah Elite... :) ça me rappelle l'époque de mon Amstrad 6128 et d'Elite I.
Je ne connais que le II, mais j'ai aussi la nostalgie...
Quote:
Quote:
- d'un serveur général (apache/PHP)
Pourquoi cela ? Pourquoi pas Erlang tout de suite ? :)
Parce que ce système s'intégre dans un serveur de domaine avec plusieurs sous-domaines, gestion d'accès et de droits, etc...
Pour le moment, je trouve plus raisonnable de garder Apache comme frontal sur mon serveur.
Mais en effet, si tu connais un moyen de traiter un serveur en Erlang comme un Tomcat au travers d'un "Mod_jk", je prends !
Quote:
il faut apprendre à se débarrasser des habitudes de programmation, inconscientes, ancrées dans le geek rompu à la programmation objet que tu es :)
J'ai posé ma question justement dans cette optique.
Quote:
Il faut commencer à apprendre à penser en Erlang. Puis je suggérer que ton projet pour intéressant qu'il soit est ambitieux et qu'il est peut être pertinent de te familiariser plus avec le langage lui même d'abord ?
C'est évident. Si j'arrive à faire tourner le jeu d'ici un an je serais content !
Justement, je veux tout d'abord valider (ou comme je le comprends bien, dans ce cas
invalider mes concepts). Donc j'ai préféré décrire la cible plutôt que m'enferrer dans des points de détail qui n'ont peut-être (cela semble bien le cas) pas lieu d'être.
Par exemple si j'avais demandé "Comment dériver une classe en Erlang" la réponse n'aurait pas été aussi intéressante...
Quote:
Pour conclure, probablement, il n'est pas pertinent d'adapter ton architecture, mais de la repenser.
Je l'avais un peu anticipé dans mon message ;)
Quote:
Imagine le monde de ton jeu comme un monde réel, donc totalement concurrent, et pense ton architecture en fonction de ça.
Ok.
Donc je résume :
- En "orienté-objet", il faut définir des éléments statiques (les objets) sur lesquels on peut agir avec des méthodes.
- En Erlang nous avons des processus concurrents qui tournent indépendemment et qui s'échangent des stimuli.
Hummm... Le monde Erlang me semble vraiment ultra-libéral... :roll:
Je ne connais que le II, mais j'ai aussi la nostalgie...
Parce que ce système s'intégre dans un serveur de domaine avec plusieurs sous-domaines, gestion d'accès et de droits, etc...
Pour le moment, je trouve plus raisonnable de garder Apache comme frontal sur mon serveur.
Mais en effet, si tu connais un moyen de traiter un serveur en Erlang comme un Tomcat au travers d'un "Mod_jk", je prends !
J'ai posé ma question justement dans cette optique.
C'est évident. Si j'arrive à faire tourner le jeu d'ici un an je serais content !
Justement, je veux tout d'abord valider (ou comme je le comprends bien, dans ce cas invalider mes concepts). Donc j'ai préféré décrire la cible plutôt que m'enferrer dans des points de détail qui n'ont peut-être (cela semble bien le cas) pas lieu d'être.
Par exemple si j'avais demandé "Comment dériver une classe en Erlang" la réponse n'aurait pas été aussi intéressante...
Je l'avais un peu anticipé dans mon message ;)
Ok.
Donc je résume :
- En "orienté-objet", il faut définir des éléments statiques (les objets) sur lesquels on peut agir avec des méthodes.
- En Erlang nous avons des processus concurrents qui tournent indépendemment et qui s'échangent des stimuli.
Hummm... Le monde Erlang me semble vraiment ultra-libéral... :roll: