Sebastien a écrit 537 commentaires

Ben t'as qu'a utiliser RedHat puisque tu es un ingenieur RedHat certifie (cf ton CV)...

Ou sinon, blague a part, comme Ubuntu est synchronisee sur les sorties de Gnome, forcement, lorsque Kubuntu sort en meme temps que sa grande soeur ca coince un peu...
Un peu de patience et le probleme entre media:/ et HAL sera resolu :)

est un support pûrement destiné à un public « technique »
En meme temps, le public technique, ben des fois, il se fait lui aussi avoir par les captures d'ecran...

Que la moule qui n'a pas essaye de chasser un insecte venu se prelasser sur son ecran avec son pointeur de souris me lance son clavier (aie pas la tete!) :)

Des etudes communement acceptees disant que les parts de Linux [...]

Si je traduis, ça donne à peu près ça :
On s'autorise à penser dans les milieux bien informés (déjà, il faut une autorisation pour penser) que les parts de Linux sur le desktop sont équivalentes au Mac.

Non, franchement... Comme argument d'autorité on a fait quand même un peu plus subtil...

Un lien ?

Comme c'est pas flagrant dans les liens donnés, voilà les deux bindings python pour R:

- RSPython : permet d'appeler python depuis R, et R depuis python
http://www.omegahat.org/RSPython/(...)

- RPy : s'inspire de RSPython mais n'implémente que la partie "R depuis python"
http://rpy.sourceforge.net/(...)

A noter que rpy prend tout son sens lorsqu'il est couplé avec un truc du genre numarray.
http://www.stsci.edu/resources/software_hardware/numarray(...)

Il me semble que découvrir R via python est plus facile vu que python est quand même (il me semble) plus connu que R...
(A ma connaissance, pas de bindings Ruby).

Voilà-voilà.

A se poser la question doit-on collaborer ou non à l'avancé de la science dans notre société actuelle ...

Je ne pense pas que ce soit la bonne question.
A mon avis, ce serait plutot, est-ce que notre societe veut encore d'une avancee de la science, et de quelle science veut-elle ?

Parce que forcement, si l'etat coupe les credits des laboratoires et des grands organismes de recherche, on se dirige naturellement vers un systeme ou c'est le prive qui financera.
Mon propos n'est pas de diaboliser le prive, mais de bien faire comprendre qu'en effet, prive et public n'ont pas les memes objectifs ni les memes contraintes (temps,rentabilite,...).
Donc si on privilegie un systeme par rapport a l'autre, le pseudo-equilibre qui s'etait etabli se rompera et on aura d'autant moins de "decouvertes [...] qui aient ete faite dans un cadre ethiquement correct".

événementiel : on lance un événement qui est reçu par zéro ou plusieurs "handler"

Euh... Est-ce que c'est pas tout simplement du signal/slot ca ?

Il me semble parce qu'en effet:
pour dire que les SMA peuvent s'implémenter dans les langages classiques.
Cf Boost.Signals[1] pour dire que ca existe meme en C++

[1] : http://www.boost.org/doc/html/signals.html(...)

Oui mais son lien il marche lui... :P

Sauf pour ceux qui sont nés un 29 fevrier : là, leur date anniversaire c'est modulo 4 ans ;)
(enfin sauf pour les années de millénaire non divisibles par 400 où là encore le malheureux se fait roiter d'une date anniversaire)

Parce qu'ils trouvent ca plus efficace.
Pas du tout efface (d'ailleurs, plus efficace que quoi?). Voila quelques suggestions qui me semblent plus pausibles:

Parce qu'ils ont ca sur leur ordinateur.
Parce qu'ils ont ca sur leur ordinateur au bureau.
Parce qu'ils ne connaissent que ca (ou qu'ils n'ont essaye que ca).

Je trouve que c'est un peu facile d'ecrire ce que tu avances. Ca me fait un peu penser a : "100% des gagnants au Loto ont joue".
Forcement, si dans ton etude sur les gens qui trouvent qu'ils sont super efficace avec MsOffice, on ne retranche pas ceux qui ont repondu "non" aux questions :
- "Avez-vous deja utilise une autre suite bureautique?"
- "Avez-vous deja entendu parler d'une autre suite bureautique ?"
- etc...
Et si on les retranche, je suis sur qu'on va tomber dans les queues de distributions, statistiquement non representatives.

Enfin bon. Je dis ca je dis rien, mais pour juger de la pertinence d'une etude, j'aime bien savoir le mode operatoire et un pointeur vers cette-etude/ce-fait-etabli (par qui?).

Oui, bel outil pour le suivi des bugs : merci :)

Je dois dire que je suis un peu decu par le fait qu'il y ait si peu de developpeurs (je ne parle que de ce que je connais) d'Atlas qui utilisent cet outil.
C'est bien dommage.

Je suppose que je devrais plutot soumettre mes requetes sur le serveur du CERN... mais bon. Voila mes 2-3 remarques...

Je dois dire que j'aimais bien les bookmarks que j'avais mis sur les differents projets geres par Savannah. Je sais que mon navigateur a la meme fonctionnalite, mais avoir un truc comme sur la page principale de linuxfr (differents blocs de seeds RSS) pourrait, il me semble, aider a la navigation entre les differents trackers des differents projets : en gros avoir une sidebar dans laquelle je personnalise mes pointeurs vers des zones de Savannah.

Ensuite, ce qui serait bien (mais j'ignore si c'est techniquement ou aisement faisable) ce serait d'avoir un systeme de liens entre les ChangeLogs de mes paquets resumant ce que j'ai fait dans ce tag, et le(s) rapport(s) de bug(s) que ce tag est sense fixer...

Voila, voila.

PS: je vais pas faire de blague sur la vitesse de connection qui a permis de perdre des bouts de la longue explication donnee sur ce qu'est Savanne/Savannah parce qu'apres on va me demander de mettre des trucs dans mon chemin (dlfp private joke inside)

Juste pour info, il y a en ce moment un worshop ROOT au CERN[1]
Comme je le disais plus haut, il semblerait qu'avec ROOT5 on ait (enfin!) un support complet des conteneurs de la STL.
Doxygen n'est pas envisage (mais THtml va etre reecrit)
Sans doute un meilleur decoupage des bibliotheques pour qu'elles puissent etre reutilisees en dehors de ROOT.

[1] http://agenda.cern.ch/fullAgenda.php?ida=a055638(...)

Tiens... pourquoi l'iso pour PPC est pratiquement 2 fois plus grosse que pour x86 ?

Aucune idée de ce qu'est devenu root 5
Et bien pour ROOT 5, les deux equipes de developpement du CERN, LCG/SEAL et ROOT, ont regroupe leurs forces pour homogeniser la gestion des dictionnaires.
Les termes du regroupement sont relativement flous, un bon resume : les gens de ROOT (et en premier R.Brun) voient cela plus comme une assimilation "a la Borg" et les gens de SEAL, plus comme un regroupement "a la Federation" (si on prend le parallele de Star-Trek ;)
Il y a aussi une reorganisation des libs de physique ainsi que l'introduction du systeme de plugins de SEAL.

Le framework SEAL est bien plus propre (a mon avis, mais ca n'engage que moi) et j'espere que l'on retrouvera plus de SEAL dans ROOT que du ROOT dans SEAL !

De mon temps c'était toujours "dans 5 ans", quelque soit l'année!
Et bien il faut recalibrer : maintenant c'est "dans 2 ans". Mais bon, on prend deja des donnees [1].

Mon expérience (t'as du deviner y'a des incices)
Je dirais que ca parle de beaute et de violation... Qu'est-ce que j'ai gagne ?

[1] http://www.nature.com/nphys/journal/vaop/nprelaunch/full/nphys005.h(...)

package RIO de [...]
Ca a pas l'air mal.
L'interface ressemble furieusement a AIDA (ce qui n'a rien d'etonnant puisque G. Barrand fait egalement partie de l'equipe de devs).

Par contre je me demande si la partie dictionnaire est vraiment utile, puisqu'avec ROOT 5 la fusion avec le mecanisme de generation de dictionnaire de LCG/SEAL[1,2] est entamee...
Enfin, ca vaut le coup de garder un oeuil dessus : merci pour le lien :)

[1] http://seal.web.cern.ch/seal/(...)
[2] http://seal-reflex.web.cern.ch/seal-reflex/index.html(...)

Mais franchement à part dans notre secte de physiciens ('HEP') est-ce que ROOT est utilisé ailleurs ?

Et oui... C'est surtout utilise par les gens qui font de l'imagerie medicale. Generalement ce sont des anciens physiciens des particules qui ont senti faiblir la branche sur laquelle ils etaient assis et ont donc operes une conversion...
En fait ce qui est utilise c'est Geant4[1] pour la modelisation des depots d'energie et une surcouche ROOT pour la visualisation ou alors juste pour le stockage des donnees. Exemple : GATE[2]

Sans doute egalement des astrophysiciens (mais ce sont des cousins :P )...

[1] http://geant4.web.cern.ch/geant4/(...)
[2] http://www-lphe.epfl.ch/~PET/research/gate/physics/petbench.html(...)

Pas de probleme, j'y mets ou ? :P

y'aura jamais les column wise ntuple
Ca j'aimerais bien qu'on m'explique pourquoi.
Enfin surtout, pourquoi on les a laisses tomber...

Dans ATLAS on s'en sort grace au framework Gaudi qui nous permet d'avoir un pseudo CWNT (je dis pseudo parce que 1) je n'ai pas regarde exactement comment c'etait fait 2) comme c'est du ROOT derriere...) mais ce serait tellement plus simple si on l'avait directement (surtout dans une session en interactif)

Heureusement, il y a la GSL, GnuPlot, et mathlab (sic !)

Je rajouterais : il y a R et Octave ;)

http://www.r-project.org/(...) (down a l'heure ou j'ecris ces lignes)
http://www.octave.org/(...)

J'annonce la couleur (cf titre).

Au debut j'aimais bien ROOT. C'etait fun, tu penses bien, apres avoir programme en FORTRAN et en KUMACs (langage de script pour PAW, le papa de ROOT), jouer avec le C++ c'etait bien (TM).

Le probleme c'est que ROOT a ete ecrit au debut par l'auteur (R. Brun) de PAW. Comme aux debuts de tout programmeur dans un nouveau langage, la premiere version merite toujours un rm -rf bien senti.
Cependant, cette reorganisation de ROOT n'a pas ete menee.

Du coup on se traine des methodes de programmation qui datent des annees 90 avec un arriere gout Fortraneux des plus desagreable ainsi qu'un design des classes relativement discutable.
D'ailleurs une multitude de choix sont discutable.

Tout d'abord, laisser a un physicien ecrire des macros C++ pour l'interpreteur (CINT) est une grosse boulette. Le profil type du physicien qui va utiliser ces macros est le nouveau switcher depuis FORTRAN/PAW. A force d'essayer de lui faciliter la transition (ce qui est une attention louable en soi) on lui donne de mauvaises habitudes (on peut ecrire des horreurs qui piquent les yeux avec cet interpreteur! du genre double hyp = a**2+b**2;).
Personnellement, je n'utilise jamais cet interpreteur : je prefere de loin utiliser le prompt de python et charger les objets ROOT qui m'interessent.

Avec ROOT 5, on commence a avoir un support a peu pret correct de la STL.
Cependant, dans la majeur partie des cas (remplissage de tuples par exemple) il faut toujours passer par des tableaux "a la C", je pense que la perte de performances (combien d'ailleurs?) ou l'overhead induit par les conteneurs de la STL sont un compromis plutot honnete par rapport au gain en "sûreté"!

Design objet : ben, oui parce que ROOT ca veut dire "the Root of all Objects : an object oriented data analysis framework".
Le probleme ici c'est que certains choix de l'arbre d'heritage me laissent dubitatif : est-ce qu'un histogramme 2D est vraiment une specialisation d'un histogramme 1D ? Ou dit autrement, est-ce qu'un cercle est vraiment une sorte d'ellipse[1] ?

Un autre gros probleme : la separation du stockage des donnees et de leur representation. Dans le cas general, ca n'existe pas. L'objet servant a representer les donnees, contient egalement ces memes donnees. Du coup on est un peu gene aux entournures.
Ex: si je veux etre absolument sur que les donnees de mon histogramme ne seront jamais modifiees, je vais mettre mon histo const. Mais alors je ne pourrai pas changer le style de mes points ou la couleur des barres de d'histogramme !
On se retrouve alors a faire des copies d'histogrammes completement superflues !
Corrollaire: la constness de ROOT est une notion vaguement saupoudree dans les classes.

Et le grand final : les options que l'on peut passer aux objets.
C'est simple, tout se fait avec des chaines de caracteres :
histo->Draw("b,s,p");
Detail : ces options ne sont pas documentees (ou tres mal : use the source Luke!)

Bref, mon avis personnel est que ROOT est une usine a gaz dont le design complet est a revoir, meme s'il faut reconnaitre que les bibliotheques mathematiques n'ont pas a rougir face a GSL.

Des solutions comme HippoDraw[2] ou AIDA[3] me semblent avoir des bases plus solides et reposer sur des concepts plus robustes pour faire ce qu'on leur demande de faire.

Heureusement qu'il y a PyROOT pour faire passer la pillule.

PS : il existe aussi un module Ruby pour ROOT
http://root.cern.ch/root/HowtoRuby.html(...) [En]

PS2: un site qui detaille un peu plus les faiblesses de ROOT
http://www.insectnation.org/howto/living-without-root(...) [En]

[1] http://www.parashift.com/c++-faq-lite/proper-inheritance.html#faq-2(...) [En]
[2] http://www.slac.stanford.edu/grp/ek/hippodraw/index.html(...) [En]
[3] http://aida.freehep.org/index.thtml(...) [En]

Pour slot/signal il y a aussi Boost.Signals [1].
Il me semble d'ailleurs avoir vu quelque part (a confirmer) que ca allait etre integre dans C0x...

[1] http://www.boost.org/doc/html/signals.html(...)

Non, tu n'y es pas.
C'est a cause de ce que le monsieur il a une super connection internet de fou (CERN).
Le probleme c'est que ca va tellement vite que des fois y a des bouts qui tombent...

Apres un jeu de mot debile, voila un lien vers un article relativement interessant du Monde : [Petrole] Une nouvelle ere commence.

http://www.lemonde.fr/web/article/0,1-0%402-3230,36-686145,0.html(...)

je me rends compte qu'il y a énormément d'articles qui ne sont plus présents sur le site de M$.
Ben je pense que ceci devrait aider a en retrouver...
http://web.archive.org/web/*/http://www.microsoft.com/(...)

Bon par contre, au vu du nombre de pages, ca doit faire du boulot. Le mieux ce serait de trouver un thesard pour le faire :P ou alors un script.

En fait, RuDi va scripter les desktops de maniere homogene.
J'ai bon ?

D'ailleurs, si j'ai bien tout compris, BKsys a été choisi comme système de compilation officiel pour KDE4 : niveau pérennité on a fait pire ;)

La présentation : http://conference2005.kde.org/slides/software-construction-tools-ta(...)

Annonce officieuse:
http://ervin.ipsquad.net/index.php/2005/09/01/27-d5-meeting-day(...)

Résumé sur la page WiKi:
http://wiki.kdenews.org/tiki-index.php?page=KDE+4+Build+Systems+Fea(...)

Et bien sûr, le site officiel:
http://freehackers.org/~tnagy/bksys.html(...)