Version imprimable
J'ai pensé à Jade Java échange entre agents http://djug.developpez.com/java/jade/creation-agent/ : faire une sorte de grid avec chaque PC du cours comme agent (gestionnaire d'une règles) déclenché par message, mais pour un étudiant débutant ...Citation:
Envoyé par thelvin
Avec l'age le vide remplace l'égo, ... et c'est bien plus amusant. :DCitation:
Envoyé par thelvin
Je crois que tu imagine que magiquement la JVM utilsie des threads quand c'est éncessaire, mais c'est faut. Comme dit Elvin, c'est à toi de te tapper tout le boulot! On est complètement à coté de la plaque par rapport au besoin.Citation:
Envoyé par cylere
Le besoin est d'optimiser des règles, et de voir si c'est intéressant en multithread. Poru ça il y a des truc comme le ThreadPoolExecutor qui peuvent éventuellement servir, mais je commencerais par une implémentation plancher de type new MyThread(reglesAtester[i],donnee).start() et puis seulement on cherchera plus efficace. Si ça montre une perte de perf, c'est pas la peine selon moi d'aller plus en avant.
En fait, je ne vois pas où on va regagner le temps perdu par le multi-threading, mais il est vrai qu'on n'a qu'une vague idée ce qui doit être fait...
Désolé, mais rappel à la nétiquette, non pour les fautes d'orthographes et la formulation surprenante de la part d'un modérateur, mais surtout pour une lecture partielle et une réponse fébrile avec fixation et mise en avant de sa solution.Citation:
Envoyé par tchize_
Ceci est d'autant plus grave que ceux qui auraient envie de partager leur expérience, de proposer des solutions innovantes ou de confronter leurs interrogations vont voir ailleurs, je citerais stackexchange.com comme référence.
Merci de cette remarque.Citation:
Envoyé par BenWillard
En effet, j'ai répondu sur cette discussion en ayant en tête le question précédente posée par Etudiante_Ines, et comme les Méthodes Agiles préconisent de ne pas faire ce qui n'est pas nécessaire ... se poser les bonnes questions et utiliser les objets validés fait partie de la bonne programmation
Il n'y a plus qu'a attendre
Le plus simple c'est encore un pool de Thread, puis des tests de perfs pour voir le nombre de Thread optimal à avoir.
cylere, c'est bien de proposer des solutions originale, mais on répond ici à une personne débutante. Inutile donc de lui farcir ses réponses de concept qui risque de l'embrouiller. Si tu souhaites parler de solutions innovantes, il serait bien plus efficient d'ouvrir un sujet dans la catégorie adéquate et de lancer la discussion.
Vous avez pu remarquer que j'avais pris en compte la situation personnelle dans un précédent post.Citation:
Envoyé par deathness
Java n'est pas qu'un problème de codification, et les Pattern Designs représentent un somme d'expériences à ne pas refaire.
De plus il font partie du cursus minimal obligatoire de l'apprentissage des langages objets.
Ayant toujours une soif de connaître inextinguible, je reste encore suffisamment naïf et optimiste pour espérer n'être pas le seul dans ce cas.
Attendons donc la réponse
De là à proposer directement des design patterns très avancés et au rapport très distants à la question posée... Déjà que mon pattern executor, un peu plus à propos, je le trouvais limite...Citation:
Envoyé par cylere
Oui ben ça va se faire attendre un moment si la personne doit apprendre la théorie des multi agents sans avoir la moindre idée du rapport avec la question posée, avant de venir donner une réponse.Citation:
Envoyé par cylere
Nan mais euh, c'est quoi la question ? Soit je n'ai rien compris, soit... euh ... je ne comprend pas :mouarf:
Réponse : "oui". Sujet clos :)Citation:
Est ce que les 3 thread créé s'exécutent en parallèle ou non dans le boucle For
Certes, mais pour comprendre l'intérêt des DP, il faut refaire quelques expériences... "Java n'est pas qu'un problème de codification", en effet, ce n'est pas que ça, mais c'est ça aussi.Citation:
Java n'est pas qu'un problème de codification, et les Pattern Designs représentent un somme d'expériences à ne pas refaire.