Mais il est vrai, qu'avec les kio ca peut faire des trucs sympatoches...
D'ailleurs comme il est deja ecrit en python (bindings python de Qt pour etre exact), ca devrait etre rapide de migrer ca vers un truc plus integre dans KDE...
Déjà pour des raisons d'optimisation, je mettrais const std::exception& message pour le constructeur par parametre de XMLException (au lieu de recopier tout le std::string dans le scope du constructeur, on passe juste la reference).
Ensuite, il suffit de mettre throw dans le destructeur :
~XMLException() throw{};
Heu "tableau de décodage incorrect" d'après Adobe Reader 6...
Ah ben j'ai point eu de probleme avec mon xpdf :)
Ca vient sans doute de la feuille de style un peu surchargee que j'ai utilisee avec LaTeX-Beamer....
Le fait que les variables soient normalement distribuees n'est pas per se une contrainte qui vient des ML. Cela vient en fait de la maniere dont tu realises ton ajustement : dans mon cas l'ajustement se fait en minimisant un chi-2, ce qui est realise en annulant les derivees de ton equation de contrainte par rapport a chacune des dimensions de ton vecteur x ainsi que par rapport au(x) (differents) multiplicateur(s) de Lagrange.
Tu resouds ce systeme. Et voila (apres une tripotee d'inversion de matrices et autres joyeusetes consommatrices de memoire et de CPU).
Mais pour que ton ajustement (par la methode des moindres carres) soit valide, il faut que tu te places dans le cas ou les erreures sont gaussiennes.
Desole pour cette approximation/generalisation-abusive ...
PS: J'ai retrouve la reference :
3rd CERN School of Physics (1964) CERN 64-13-V-1
"Kinematical analysis of bubble chamber pictures"
B. Ronne
La gaussiannite du probleme est une des hypotheses de travail pour l'application des multiplicateurs de Lagrange.
Arf, je n'ai plus de pointeur vers l'article qui m'a servi de base pour avancer ceci.
En tout cas l'ajustement par les ML demande que les variables de ton vecteur x soient distribuees normalement (a la louche je pencherais bien pour le fait que lorsque tu fais ton ajustement, le Chi2 que tu construis et minimise requiert que les variables soient normales).
C'est en connaissant l'accélération de la fusée qu'elle sait où elle se trouve, donc avec une erreur sur le calcul de l'accélération la pauvre ne s'est plus où elle est et ce qu'elle doit faire... boom :)
Partiellement exact : c'est parce que la fusee n'etait plus dans son enveloppe de securite (ie: elle n'etait plus dans la bonne direction et ni dans les barres d'erreur sur cette direction) que les operateurs de Kourou ont du se resoudre a lui envoyer le signal d'autodestruction (en plus si j'ai bonne memoire elle se dirigeait vers des zones habitees)
Pour plus d'infos sur la théorie, il faut commencer à maîtriser les multiplicateurs de Lagrange
La c'est assez inquietant. Je suppose que les multiplicateurs de Lagrange sont la pour prendre en compte la contrainte de la marge maximale (j'ai bon ?).
Dans ce cas-la, la methode des SVM ne peut alors s'appliquer que sur des echantillons dont les erreurs sont gaussiennes (ce qui n'est pas forcement le cas de *tous* les problemes rencontres).
Bon je vais me plonger dans la biblio de kernel-machines.
Encore merci :)
Je ne sais pas si on peut vraiment dire qu'elles soient si simples a mettre en place...
Je dois bien avouer que je ne me suis pas encore attele a mettre en place le moindre algo genetique, mais j'ai commence a regarder pour les reseaux de neurones...
Et c'est quand meme loin d'etre trivial (meme s'il existe un nombre impressionnant de bibliotheques disponible qui implementent le bouzin assez automagiquement).
En plus, le biais systematique que tu introduis avec ces methodes n'est pas forcement connu a priori (enfin tu ne peux que l'estimer a posteriori).
Donc l'interpretation du resultat est plus ardue, meme si tu peux etre relativement confiant dans le caractere optimal de ce resultat.
Par contre il me semble en effet que les techniques metaheuristiques sont moins sensibles au probleme des extrema locaux.
Et en C++, ben... Y a pas (a ma connaissance) de bibliotheque standard pour gerer ca.
Il en resulte qu'il y a un foultitude de patches, de bidouilles et autres incantations vaudoues (enfin c'est comme ca que je le vois) pour resoudre ce "probleme".
mais en plus on met moins de temps à les écrire en LaTeX qu'avec un éditeur d'équations "classique"
Exactement !!
Le truc qui serait 'achement bien, pour qu'Openoffice prenne complétement son envol dans la communauté scientifique des "sciences avec des équations", ce serait un mode équation avec édition à la LaTeX et surtout rendu à la LaTeX.
Surtout pour les présentations. Il pourrait ainsi concurrencer KeyNote (d'Apple) qui est vraiment bluffant de ce côté là.
Un ptit truc qu'il faut essayer d'éviter pour pas faire comme d'autres distributions française (sauf Mandrake), c'est de bien développer l'i18n
En effet, et d'ailleurs j'ai un peu regarde le code au hasard de mes peregrinations et je dois dire que le melange commentaires en francais, noms de methodes francisees et messages en francais, ben je trouve personnellement moi-meme que c'est pas tip-top. [1,2]
Voila, ca c'etait les remarques.
Ensuite, je voulais vous faire decouvrir un soft[3] base sur la lecture de fichier XML pour la configuration de l'environnement et la configuration, ainsi qu'un autre[4] pour la gestion des dependances lors de la compilation de gros projets (et je crois qu'une distribution, aussi jeune soit-elle devrait rentrer dans cette categorie).
GPL tous les deux :
- SCRAM[3]
- CMT[4] (enfin CeCILL)
Ma petite contribution, des fois que ca vous interesse.
Toi qui a l'air d'etre bien cale...
Quelle est la difference avec ceci : Support Vector Machine algorithms[1]
(Desole, mais je vois pas trop comment je pourrais le traduire)
(Je demande, hein, je suis loin d'etre un expert et meme si je (re)commence une petite biblio sur le sujet, la plupart du temps je les utilise essentiellement comme boite noire, honte a moi).
Haha...
Blague a part, je pense que justement, Hurd/L4Ka (ou Fiasco [1]) pourrait avantageusement tirer parti de ces algorithmes G, de part la maniere dont c'est "architecturé" (cf le(s) post(s) de Manuel [2])
Mais je parle (un peu?) sans trop savoir, en fait.
Ma réponse rapide : viendez voir les liens donnés ! (Surtout celui vers Wikipedia!)
Et pour ceux qui en veulent toujours plus, il y avait fin septembre une conference qui en parlait [1,2].
Et puis pour encore approfondir [3] (avec d'autres methodes d'optimisation).
Pour resumer, en physique des particules on s'en sert essentiellement pour optimiser un jeu de coupures pour extraire avec la plus grande purete ainsi que la plus grande efficacite, le signal par rapport au bruit de fond qui nous em..., qui nous embete.
Je trouve les articles de bonne facture (enfin, si ca interesse les gens de connaitre mon avis, hein).
D'ailleurs, il est vraiment pas mal l'article sur le debugage (pour debuter), manque juste un paragraphe (ou plutot, soyons fous, un chapitre) sur valgrind.
Les __ devant les noms de variables sont la pour dire que les variables sont des donnees membres "privee" de la classe.
"Privee" parce qu'on peut quand meme y acceder a l'exterieur de la classe (en tout cas en python 2.3) mais que c'est "mal" (au sens croiser les faisceaux dans Ghostbusters) : c'est pour dire au programmeur-client de la bibliotheque qu'il ne devrait pas acceder directement a cette variable.
Posté par Sebastien .
En réponse au journal X.org.
Évalué à 4.
Je suis d'accord, ce serait bien qu'il y ait une jolie page avec toutes les fonctionnalites prevues, le planning pour ces fonctionnalites, et tout et tout...
Un truc un peu a la KDE quoi [1].
En meme temps, je suppose que le desert apparent de leur WiKi est du aux recents problemes de fd.o. Donc je leur laisse le benefice du doute :)
Je ne considère pas l'existence de librairies comme la STL ou Qt comme élément du langage
Gnii ?!
Autant pour Qt, je comprends.
Par contre, en (presque) 2005, dire que coder en C++ c'est coder sans la STL... Ca me fait une sorte de fussoir.
Bon c'est sur, on peut coder sans la STL. Comme on peut surement coder en Python sans un seul "import une_lib_de_base_de_ma_version_de_python".
Mais est-ce vraiment interessant ?
[^] # Re: vaporware
Posté par Sebastien . En réponse au journal GNU/Hurd c'est quoi au fait ?. Évalué à 8.
http://en.wikipedia.org/wiki/Fuzzy_logic(...)
http://fr.wikipedia.org/wiki/Logique_floue(...)
# X11
Posté par Sebastien . En réponse au message Des intéressés pour un équivalent linux/kde de ant movie catalog ?. Évalué à 2.
http://home.gna.org/xamc(...)
Mais il est vrai, qu'avec les kio ca peut faire des trucs sympatoches...
D'ailleurs comme il est deja ecrit en python (bindings python de Qt pour etre exact), ca devrait etre rapide de migrer ca vers un truc plus integre dans KDE...
[^] # Re: man dlopen
Posté par Sebastien . En réponse au message supporter des plugins. Évalué à 3.
http://lcgapp.cern.ch/lxr/SEAL/source/Foundation(...)
http://lcgapp.cern.ch/lxr/SEAL/source/Foundation/PluginManager/Plug(...)
Bon c'est sans doute le bazooka pour tuer une mouche mais, tu voulais quelque chose de propre :P
Et il me semble qu'il serait aussi utile de regarder de ce cote là :
http://www.boost.org/libs/property_map/iterator_property_map.html(...)
ou sinon, une discussion interessante :
http://lists.boost.org/MailArchives/boost/msg67732.php(...)
[^] # Re: throw dans le destructeur
Posté par Sebastien . En réponse au message Créer une exception. Évalué à 3.
Je voulais dire :
>XMLException(std::string message);
<XMLException(const std::string& message);
# throw dans le destructeur
Posté par Sebastien . En réponse au message Créer une exception. Évalué à 3.
Ensuite, il suffit de mettre throw dans le destructeur :
~XMLException() throw{};
Cf : http://gcc.gnu.org/onlinedocs/libstdc++/latest-doxygen/exception-so(...)
[^] # Re: Algorithme génétique ?
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 2.
Ah ben j'ai point eu de probleme avec mon xpdf :)
Ca vient sans doute de la feuille de style un peu surchargee que j'ai utilisee avec LaTeX-Beamer....
Le fait que les variables soient normalement distribuees n'est pas per se une contrainte qui vient des ML. Cela vient en fait de la maniere dont tu realises ton ajustement : dans mon cas l'ajustement se fait en minimisant un chi-2, ce qui est realise en annulant les derivees de ton equation de contrainte par rapport a chacune des dimensions de ton vecteur x ainsi que par rapport au(x) (differents) multiplicateur(s) de Lagrange.
Tu resouds ce systeme. Et voila (apres une tripotee d'inversion de matrices et autres joyeusetes consommatrices de memoire et de CPU).
Mais pour que ton ajustement (par la methode des moindres carres) soit valide, il faut que tu te places dans le cas ou les erreures sont gaussiennes.
Desole pour cette approximation/generalisation-abusive ...
PS: J'ai retrouve la reference :
3rd CERN School of Physics (1964) CERN 64-13-V-1
"Kinematical analysis of bubble chamber pictures"
B. Ronne
[^] # Re: Algorithme génétique ?
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 3.
Arf, je n'ai plus de pointeur vers l'article qui m'a servi de base pour avancer ceci.
En tout cas l'ajustement par les ML demande que les variables de ton vecteur x soient distribuees normalement (a la louche je pencherais bien pour le fait que lorsque tu fais ton ajustement, le Chi2 que tu construis et minimise requiert que les variables soient normales).
Auto citation :
http://agenda.cern.ch/fullAgenda.php?ida=a041294(...)
et le lien direct :
http://agenda.cern.ch/askArchive.php?base=agenda&categ=a041294&(...)
[^] # Re: Le plus gros plantage de l'histoire...
Posté par Sebastien . En réponse au journal Et la palme du plus grand plantage informatique de l'histoire revient à.... Évalué à 2.
Partiellement exact : c'est parce que la fusee n'etait plus dans son enveloppe de securite (ie: elle n'etait plus dans la bonne direction et ni dans les barres d'erreur sur cette direction) que les operateurs de Kourou ont du se resoudre a lui envoyer le signal d'autodestruction (en plus si j'ai bonne memoire elle se dirigeait vers des zones habitees)
[^] # Re: LaTeX
Posté par Sebastien . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 2.
Et la logique floue alors ? :P
http://en.wikipedia.org/wiki/Fuzzy_logic(...)
http://fr.wikipedia.org/wiki/Logique_floue(...)
[^] # Re: Algorithme génétique ?
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 3.
Pour plus d'infos sur la théorie, il faut commencer à maîtriser les multiplicateurs de Lagrange
La c'est assez inquietant. Je suppose que les multiplicateurs de Lagrange sont la pour prendre en compte la contrainte de la marge maximale (j'ai bon ?).
Dans ce cas-la, la methode des SVM ne peut alors s'appliquer que sur des echantillons dont les erreurs sont gaussiennes (ce qui n'est pas forcement le cas de *tous* les problemes rencontres).
Bon je vais me plonger dans la biblio de kernel-machines.
Encore merci :)
[^] # Re: algo génétique
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 2.
Je dois bien avouer que je ne me suis pas encore attele a mettre en place le moindre algo genetique, mais j'ai commence a regarder pour les reseaux de neurones...
Et c'est quand meme loin d'etre trivial (meme s'il existe un nombre impressionnant de bibliotheques disponible qui implementent le bouzin assez automagiquement).
En plus, le biais systematique que tu introduis avec ces methodes n'est pas forcement connu a priori (enfin tu ne peux que l'estimer a posteriori).
Donc l'interpretation du resultat est plus ardue, meme si tu peux etre relativement confiant dans le caractere optimal de ce resultat.
Par contre il me semble en effet que les techniques metaheuristiques sont moins sensibles au probleme des extrema locaux.
[^] # Re: Un peu plus de détail ?
Posté par Sebastien . En réponse au journal Cecil : Mono se dote d'une belle reflection !. Évalué à 2.
Il en resulte qu'il y a un foultitude de patches, de bidouilles et autres incantations vaudoues (enfin c'est comme ca que je le vois) pour resoudre ce "probleme".
Celle que j'utilise c'est Reflex [1].
[1] : http://seal.web.cern.ch/seal/snapshot/work-packages/dictionary/inde(...)
[^] # Re: LaTeX
Posté par Sebastien . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 3.
Exactement !!
Le truc qui serait 'achement bien, pour qu'Openoffice prenne complétement son envol dans la communauté scientifique des "sciences avec des équations", ce serait un mode équation avec édition à la LaTeX et surtout rendu à la LaTeX.
Surtout pour les présentations. Il pourrait ainsi concurrencer KeyNote (d'Apple) qui est vraiment bluffant de ce côté là.
[^] # Re: Plus d'info.
Posté par Sebastien . En réponse au journal Recherche développeurs pour projet de distribution libre. Évalué à 3.
En effet, et d'ailleurs j'ai un peu regarde le code au hasard de mes peregrinations et je dois dire que le melange commentaires en francais, noms de methodes francisees et messages en francais, ben je trouve personnellement moi-meme que c'est pas tip-top. [1,2]
Voila, ca c'etait les remarques.
Ensuite, je voulais vous faire decouvrir un soft[3] base sur la lecture de fichier XML pour la configuration de l'environnement et la configuration, ainsi qu'un autre[4] pour la gestion des dependances lors de la compilation de gros projets (et je crois qu'une distribution, aussi jeune soit-elle devrait rentrer dans cette categorie).
GPL tous les deux :
- SCRAM[3]
- CMT[4] (enfin CeCILL)
Ma petite contribution, des fois que ca vous interesse.
[1] : http://svn.fnux.org/softwares/unstable/init2/src/base_service.cpp(...)
[2] : http://svn.fnux.org/softwares/unstable/tools/fbuildeditor/fBuild.py(...)
[3] : http://lcgapp.cern.ch/project/spi/scram/(...)
[4] : http://www.cmtsite.org(...)
[^] # Re: Algorithme génétique ?
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 2.
Quelle est la difference avec ceci : Support Vector Machine algorithms[1]
(Desole, mais je vois pas trop comment je pourrais le traduire)
[1] : http://projects.fnal.gov/run2aag/mini_jun02/svm.ps.gz(...)
[^] # Re: Algorithme génétique ?
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 3.
Un peu dans le genre de ceci ?
http://www.slac.stanford.edu/econf/C030908/papers/TUHT002.pdf(...)
(Je demande, hein, je suis loin d'etre un expert et meme si je (re)commence une petite biblio sur le sujet, la plupart du temps je les utilise essentiellement comme boite noire, honte a moi).
[^] # Re: .
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 0.
Haha...
Blague a part, je pense que justement, Hurd/L4Ka (ou Fiasco [1]) pourrait avantageusement tirer parti de ces algorithmes G, de part la maniere dont c'est "architecturé" (cf le(s) post(s) de Manuel [2])
Mais je parle (un peu?) sans trop savoir, en fait.
[1] : Fiasco : http://os.inf.tu-dresden.de/fiasco/overview.html(...)
[2] : Hurd : https://linuxfr.org/comments/517501.html#517501(...)
[^] # Re: Debugage
Posté par Sebastien . En réponse à la dépêche Labo-Linux.org: Nouvelle version. Évalué à 3.
http://www.star.bnl.gov/STAR/comp/train/tut/valgrind-STAR.html(...)
http://polywww.in2p3.fr/activites/info/doc/valgrind.htm(...)
http://www.linux-mag.com/2003-05/compile_03.html(...)
http://www.tldp.org/HOWTO/Valgrind-HOWTO/(...)
S'il y a des gens qui en connaissent des mieux... Faut pas hesiter.
[^] # Re: L'idée..
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 10.
Ou alors, DNA/Linux "Genetic patents inside" :P
[^] # Re: Algorithme génétique ?
Posté par Sebastien . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 6.
Et pour ceux qui en veulent toujours plus, il y avait fin septembre une conference qui en parlait [1,2].
Et puis pour encore approfondir [3] (avec d'autres methodes d'optimisation).
Pour resumer, en physique des particules on s'en sert essentiellement pour optimiser un jeu de coupures pour extraire avec la plus grande purete ainsi que la plus grande efficacite, le signal par rapport au bruit de fond qui nous em..., qui nous embete.
[1] : http://indico.cern.ch/contributionDisplay.py?contribId=49&sessi(...)
[2] : http://chep2004.web.cern.ch/chep2004(...)
[3] : http://www.slac.stanford.edu/econf/C030908/proceedings.html(...)
Voila.
Bonne lecture ;)
# Debugage
Posté par Sebastien . En réponse à la dépêche Labo-Linux.org: Nouvelle version. Évalué à 4.
D'ailleurs, il est vraiment pas mal l'article sur le debugage (pour debuter), manque juste un paragraphe (ou plutot, soyons fous, un chapitre) sur valgrind.
[^] # Re: Euh, on complique Python à loisir?
Posté par Sebastien . En réponse à la dépêche Sortie de Ruby 1.8.2. Évalué à 1.
"Privee" parce qu'on peut quand meme y acceder a l'exterieur de la classe (en tout cas en python 2.3) mais que c'est "mal" (au sens croiser les faisceaux dans Ghostbusters) : c'est pour dire au programmeur-client de la bibliotheque qu'il ne devrait pas acceder directement a cette variable.
[^] # Re: ouais
Posté par Sebastien . En réponse à la dépêche Dossier d'installation Debian Sarge. Évalué à 5.
[^] # Re: Mailing Lists ?
Posté par Sebastien . En réponse au journal X.org. Évalué à 4.
Un truc un peu a la KDE quoi [1].
En meme temps, je suppose que le desert apparent de leur WiKi est du aux recents problemes de fd.o. Donc je leur laisse le benefice du doute :)
[1] : http://developer.kde.org/development-versions(...)
[^] # Re: HEM
Posté par Sebastien . En réponse au message PHP5 tend vers le C++. Évalué à 2.
Gnii ?!
Autant pour Qt, je comprends.
Par contre, en (presque) 2005, dire que coder en C++ c'est coder sans la STL... Ca me fait une sorte de fussoir.
Bon c'est sur, on peut coder sans la STL. Comme on peut surement coder en Python sans un seul "import une_lib_de_base_de_ma_version_de_python".
Mais est-ce vraiment interessant ?