Il faut savoir que ce langage est un "add-on" à Lisaac qui est un langage objet à prototype, qui lui-même est maîtrisable en deux jours par un bon codeur en Java/C++/Eiffel.
Donc on garde la plupart du temps les spécificités d'un langage objet classique.
Après il faut savoir, que matériellement un agent est un thread, et que les clauses auxquels il réagit sont des bêtes et très basiques booléens.
Donc on pourra mettre des print un peu partout pour surveiller ce qui se passe.
Seul les clauses fonctionnent en temps réel, elle sont appelés régulièrement, ou plutôt testées régulièrement, c'est un peu comme si on écrivait un code où on créerait n thread pour n objets d'une collection qu'on activerait régulièrement pour tester des booléen et lancer des méthodes.
Je veux dire que ce que créera le compilateur, ça sera des thread qui testeront régulièrement des booléen, je vois pas trop de problèmes de debugging, surtout que je pense qu'il va falloir définir une constante de temps (j'ai pas mis toutes mes idées dans le texte et je suis accompagné d'un gardien vigilent quand à la rigueur nécessaire du modèle).
Après, plus tard, il me semble qu'il serait intéressant de mettre un petit moteur logique dans le compilateur pour vérifier qu'il y a cohérence.
Malgré tout, je pense qu'il va falloir attendre l'implémentation pour le savoir ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: C'est interressant, mais...
Posté par Ontologia (site web personnel) . En réponse au journal Le langage de mes rêves. Évalué à 4.
Il faut savoir que ce langage est un "add-on" à Lisaac qui est un langage objet à prototype, qui lui-même est maîtrisable en deux jours par un bon codeur en Java/C++/Eiffel.
Donc on garde la plupart du temps les spécificités d'un langage objet classique.
Après il faut savoir, que matériellement un agent est un thread, et que les clauses auxquels il réagit sont des bêtes et très basiques booléens.
Donc on pourra mettre des print un peu partout pour surveiller ce qui se passe.
Seul les clauses fonctionnent en temps réel, elle sont appelés régulièrement, ou plutôt testées régulièrement, c'est un peu comme si on écrivait un code où on créerait n thread pour n objets d'une collection qu'on activerait régulièrement pour tester des booléen et lancer des méthodes.
Je veux dire que ce que créera le compilateur, ça sera des thread qui testeront régulièrement des booléen, je vois pas trop de problèmes de debugging, surtout que je pense qu'il va falloir définir une constante de temps (j'ai pas mis toutes mes idées dans le texte et je suis accompagné d'un gardien vigilent quand à la rigueur nécessaire du modèle).
Après, plus tard, il me semble qu'il serait intéressant de mettre un petit moteur logique dans le compilateur pour vérifier qu'il y a cohérence.
Malgré tout, je pense qu'il va falloir attendre l'implémentation pour le savoir ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker