C++ est inommable. La STL en particulier. C'est un plaisir pour touver la source d'un bug. Les infos du compilateur et de gdb sont absolument incompréhensible pour un humain.
Est-ce que ca ne met pas en lumiere les manques du compilo et du debugguer plutot que la STL ?
Parce qu'a mon avis, si tu te plains de la STL et des erreurs a la compilation que l'on peut rencontrer au cours de son utilisation... ne va _jamais_ voir du cote de Boost ;)
Expanser 2000 lignes de code à chaque usage, c'est du délire.
Je suppose que la encore c'est un manque provenant du compilateur et, supposition encore, ca devrait_etre/est resolu avec les headers precompiles.
En fait j'ai l'impression que ce que tu n'aimes pas dans le C++ ce sont les templates.
Serais-tu le fils cache a Rene Brun (HEP private joke inside) ?
Il me semble que C++0x devrait resoudre la plupart de tes griefs a l'encontre des templates[*].
Cela se resume a: "make templates a first class citizen".
[*] encore faut-il que les compilos suivent derriere, je le concede volontiers.
J'espère que ca aboutira à de belles choses libres.
Moi aussi.
Ca a l'air vraiment interessant, mais pour l'instant la licence n'a pas encore ete
choisie, donc... prudence ?
En tout cas, j'ai appris pleins de pitites choses en parcourant le Wiki et la mailing-liste.
Ex:
Je connaissais le Model View Controller (MVC[1]) mais je connaissais pas le Model View Presenter [2,3].
En meme temps les ponts sont pas completement coupes: regarde l'icone de l'article LinuxFr sur Ekiga...
On voit tres distinctement un pied a 4 orteils.
J'ai decouvert recemment les joies de la compilation native de classes Java et je dois dire que ca m'a fait reviser mon jugement (surement hatif et a l'emporte-piece) sur ce langage.
Avec GCJ et Classpath (et sans doute d'autres projets, je sais pas, je debute) il me semble que Java est maintenant pret pour le libre (ou l'inverse).
Mouais...
Faut pas voir le mal partout, hein...
Je crois surtout que c'est une histoire de manpower.
Apparemment, Stroustrup est tout seul a implementer/developper cette librairie...
Donc normal que cela prenne du temps.
Moi, le seul reproche que je ferais ce serait: "mais pourquoi diantre ne pousse-t-il pas cette lib dans Boost comme ca pleins de gens (talentueux) s'y mettraient et contribueraient !?".
Quand on voit le nombre d'applications dans la vraie vie (TM) qu'aurait XTI, je suis sur que ce n'est pas une question du probleme de la "tour d'ivoire".
Juste un bete probleme de manpower (parce que BS, il a quand meme un vrai boulot aussi a cote).
C'est un peu off-topic (enfin pas temps que ca puisque ca sera surement interessant pour les futures-futures-... versions de GCC), mais je suis tombe par hasard sur un enieme article[1,2] de BS expliquant les nouveautes de la prochaine norme pour le C++.
J'ai trouve que ce concept de "concept" etait vraiment tres interessant et devrait permettre de plus facilement resoudre certains problemes du C++ (notamment les collections d'objets polymorphiques qui devraient pouvoir etre vues comme des collections d'objets a n'importe quel endroit de l'arbre d'heritage)
Par contre je n'ai pas trouve de mention concernant XTI (eXtended Type Information) [3] qui aurait du/pu resoudre les problemes de persistence des donnees (entre autre!).
Quelqu'un a de plus amples informations concernant XTI ?
Comme dit ailleurs plus haut (mais comme j'aime bien me lire, j'en rajoute une couche), l'aspect positif de ce portage que je vois personnellement moi-meme, au-dela d'avoir un jour un splash-screen KDE au demarrage de Windows, c'est surtout la possibilite d'avoir tout le catalogue de bibliotheques KDE sous Windows.
Ca ouvre des possibilites interessantes, telles que:
- remplacer NotePad par Kate
- remplacer UltraEdit par KDevelop
- avoir une Konsole ?
- avoir acces aux KIOSlaves ? (en fait, surtout fish, mais je ne cracherais pas sur les autres)
- K3b, Amarok, Kopete,...
En fait je verrais bien le portage des bibliotheques de KDE comme la premiere etape pour obtenir une plateforme portable (trans-OS) en C++ pour le developpement d'un truc genre Eclipse. Mais en C++ donc. Master plan to conquer the desktop/World.
Un autre aspect: la diffusion de technologies libre compliant via les KDELibs (et Qt4 en sous main), genre SVG, OpenGL (Qt4), OGG/Vorbis (Amarok)... (NB: qu'est ce que ca donnerait au niveau des libs comme Phonon, Solid et autres Plasma ?)
Bon, ca, c'est peut-etre un peu trop du reve.
Mais deja, avoir une plateforme a la Eclipse en C++, basee sur Qt4/KDELibs/KPart/KDevelop, ca... Ca serait du bonheur!
Ouais, non... pas vraiment de transition. Juste une maniere deguisee de dire que je moulais entre deux "python -i launchOnGrid.py"...
peut-être même svn mais pas encore essayé
Il me semble qu'il y a un KIOSlave pour SVN, donc ca devrait marcher.
De toute maniere, il y a KDESvn qui est un client SVN, donc je suppose que ca doit etre possible d'avoir la transparence que tu demandes.
Mouais... Faut voir...
Parcequ'en l'état actuel, koffice-latest pointe vers koffice 1.5 beta1.
Je trouve ça un peu cavalier quand même: je préfèrerais un koffice-latest-stable et un koffice-latest (qui a dit testing/unstable ?)
Même si le boulot des gens de KOffice est remarquable, l'intégration de ce monstre avec les autres paquets de la distribution peut des fois mener à quelques petits désagréments...
Il me répond "Si vous avez de bon driver pour votre carte 3D, tout à fait".
C'est bien ça qui me fait peur...
Comprenons nous bien: j'applaudis des 2 mains pour l'inclusion d'XGL dans x.org.
Et je suppose que, pour de "bêtes" pécés de bureau, il est/sera relativement aisé de trouver de bons drivers 3D (libres), et là je pense très fort à OpenGraphics[1,2].
Mais je crains qu'il n'y ait quelques problèmes pour les portables...
Moi je conseillerais de préfixer tous les noms de données membres par un m_ (ou toute autre convention):
QLabel *titleLab;
devient:
QLabel *m_titleLab;
De cette manière, et lorsque le taille du code sera plus importante, il sera bien plus aisé de repérer les variables locales de celles qui appartiennent à l'instance de la classe.
La lisibilité du code ça permet d'éviter bon nombre de bogues.
aussi important que le premier 45 tours de Corbier
C'est vrai que c'est important.
D'après son site, il semblerait que son premier disque soit sorti en 68 avec Rose sur la face A et La dame sous la pluie sur la face B.
Voilà, il m'a semblé pertinent de mettre en lumière ce fait d'une importance rare, afin de pouvoir apprécier le contraste Corbier/Droits de l'Homme...
Halala...
Un si joli troll, concocté, mitonné avec amour...
Et paf, c'est le drame: un back-slash à la place d'un simple slash, et ça fout tout par terre. (sans parler des majuscules ;) )
Il y a aussi TeX qui utilise un schéma de numérotation original: il tend vers pi.
Encore une blague de mathématicien/informaticien, sacré Donald va! ;)
[^] # Re: Pffff...
Posté par Sebastien Binet . En réponse au journal Un compte rendu de la conf sur isaac/lisaac. Évalué à 1.
C++ est inommable. La STL en particulier. C'est un plaisir pour touver la source d'un bug. Les infos du compilateur et de gdb sont absolument incompréhensible pour un humain.
Est-ce que ca ne met pas en lumiere les manques du compilo et du debugguer plutot que la STL ?
Parce qu'a mon avis, si tu te plains de la STL et des erreurs a la compilation que l'on peut rencontrer au cours de son utilisation... ne va _jamais_ voir du cote de Boost ;)
Expanser 2000 lignes de code à chaque usage, c'est du délire.
Je suppose que la encore c'est un manque provenant du compilateur et, supposition encore, ca devrait_etre/est resolu avec les headers precompiles.
En fait j'ai l'impression que ce que tu n'aimes pas dans le C++ ce sont les templates.
Serais-tu le fils cache a Rene Brun (HEP private joke inside) ?
Il me semble que C++0x devrait resoudre la plupart de tes griefs a l'encontre des templates[*].
Cela se resume a: "make templates a first class citizen".
[*] encore faut-il que les compilos suivent derriere, je le concede volontiers.
[^] # Re: C'est juste pour dire une connerie
Posté par Sebastien Binet . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 10.
"J'espere que FC5 sera un bon cru"
A la mienne.
[^] # Re: Stabilité
Posté par Sebastien Binet . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 2.
A comprend pas (il dit qu'il a plus de genou)...
C'est quoi la private joke ?
# Licence
Posté par Sebastien Binet . En réponse au journal L'oignon fait la force. Évalué à 6.
Moi aussi.
Ca a l'air vraiment interessant, mais pour l'instant la licence n'a pas encore ete
choisie, donc... prudence ?
En tout cas, j'ai appris pleins de pitites choses en parcourant le Wiki et la mailing-liste.
Ex:
Je connaissais le Model View Controller (MVC[1]) mais je connaissais pas le Model View Presenter [2,3].
[1] http://en.wikipedia.org/wiki/Model-view-controller
[2] ftp://www6.software.ibm.com/software/developer/library/mvp.p(...)
[3] http://www.martinfowler.com/eaaDev/ModelViewPresenter.html
[^] # Re: Gnome meeting
Posté par Sebastien Binet . En réponse à la dépêche Ekiga 2.00 disponible!. Évalué à 2.
On voit tres distinctement un pied a 4 orteils.
# GCJ et GNU/Classpath
Posté par Sebastien Binet . En réponse à la dépêche Sortie de GNU Classpath 0.90, dit "A La Mort Subite". Évalué à 5.
Avec GCJ et Classpath (et sans doute d'autres projets, je sais pas, je debute) il me semble que Java est maintenant pret pour le libre (ou l'inverse).
Utiliser classpath avec Eclipse
Et il y a aussi l'inverse.
Utiliser Eclipse avec classpath:
http://developer.classpath.org/mediation/ClasspathShowcase
-> Native Eclipse - The Fast and the Furious IDE
[^] # Re: LOL !!
Posté par Sebastien Binet . En réponse au journal Compétition pour le design de Koffice 2.0. Évalué à 1.
J'ai bon ?
[^] # Re: C++0x
Posté par Sebastien Binet . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 4.
Faut pas voir le mal partout, hein...
Je crois surtout que c'est une histoire de manpower.
Apparemment, Stroustrup est tout seul a implementer/developper cette librairie...
Donc normal que cela prenne du temps.
Moi, le seul reproche que je ferais ce serait: "mais pourquoi diantre ne pousse-t-il pas cette lib dans Boost comme ca pleins de gens (talentueux) s'y mettraient et contribueraient !?".
Quand on voit le nombre d'applications dans la vraie vie (TM) qu'aurait XTI, je suis sur que ce n'est pas une question du probleme de la "tour d'ivoire".
Juste un bete probleme de manpower (parce que BS, il a quand meme un vrai boulot aussi a cote).
# C++0x
Posté par Sebastien Binet . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 4.
J'ai trouve que ce concept de "concept" etait vraiment tres interessant et devrait permettre de plus facilement resoudre certains problemes du C++ (notamment les collections d'objets polymorphiques qui devraient pouvoir etre vues comme des collections d'objets a n'importe quel endroit de l'arbre d'heritage)
Par contre je n'ai pas trouve de mention concernant XTI (eXtended Type Information) [3] qui aurait du/pu resoudre les problemes de persistence des donnees (entre autre!).
Quelqu'un a de plus amples informations concernant XTI ?
[1] la version light
http://www.artima.com/cppsource/cpp0x.html
[2] la version poussee
http://www.research.att.com/~bs/popl06.pdf
[3] http://lcgapp.cern.ch/project/architecture/XTI_accu.pdf
# Libs
Posté par Sebastien Binet . En réponse au journal KDE sous Windows.... Évalué à 3.
Ca ouvre des possibilites interessantes, telles que:
- remplacer NotePad par Kate
- remplacer UltraEdit par KDevelop
- avoir une Konsole ?
- avoir acces aux KIOSlaves ? (en fait, surtout fish, mais je ne cracherais pas sur les autres)
- K3b, Amarok, Kopete,...
En fait je verrais bien le portage des bibliotheques de KDE comme la premiere etape pour obtenir une plateforme portable (trans-OS) en C++ pour le developpement d'un truc genre Eclipse. Mais en C++ donc. Master plan to conquer the desktop/World.
Un autre aspect: la diffusion de technologies libre compliant via les KDELibs (et Qt4 en sous main), genre SVG, OpenGL (Qt4), OGG/Vorbis (Amarok)... (NB: qu'est ce que ca donnerait au niveau des libs comme Phonon, Solid et autres Plasma ?)
Bon, ca, c'est peut-etre un peu trop du reve.
Mais deja, avoir une plateforme a la Eclipse en C++, basee sur Qt4/KDELibs/KPart/KDevelop, ca... Ca serait du bonheur!
# EclipseCon - 2006
Posté par Sebastien Binet . En réponse au message CDT 3.0.2. Évalué à 1.
Il y a un tuto sur CDT disponible sur le site de la conference Eclipse de Mars 2006:
Les talks:
http://www.eclipsecon.org/2006/Sub.do?id=all
Le lien direct:
http://canuck.gda.itesm.mx/eclipsezilla/php/attachment.php?b(...)
Et on parle de code-folding pages 107-110
Voila-voila...
[^] # Re: transition ?
Posté par Sebastien Binet . En réponse au journal KEmacs - Enfin presque.... Évalué à 3.
peut-être même svn mais pas encore essayé
Il me semble qu'il y a un KIOSlave pour SVN, donc ca devrait marcher.
De toute maniere, il y a KDESvn qui est un client SVN, donc je suppose que ca doit etre possible d'avoir la transparence que tu demandes.
http://www.alwins-world.de/programs/kdesvn/kdesvn_dok/index.(...)
http://www.alwins-world.de/programs/kdesvn/kdesvn_dok/kdesvn(...)
[^] # Re: Comme d'habitude...
Posté par Sebastien Binet . En réponse au journal Kde 3.5.1 is OUT!. Évalué à 1.
Parcequ'en l'état actuel, koffice-latest pointe vers koffice 1.5 beta1.
Je trouve ça un peu cavalier quand même: je préfèrerais un koffice-latest-stable et un koffice-latest (qui a dit testing/unstable ?)
Même si le boulot des gens de KOffice est remarquable, l'intégration de ce monstre avec les autres paquets de la distribution peut des fois mener à quelques petits désagréments...
Un(e) Kubuntiste averti(e) en vaut deux.
[^] # Re: Diffusion ?
Posté par Sebastien Binet . En réponse au journal Novell et les effet graphique. Évalué à 4.
C'est bien ça qui me fait peur...
Comprenons nous bien: j'applaudis des 2 mains pour l'inclusion d'XGL dans x.org.
Et je suppose que, pour de "bêtes" pécés de bureau, il est/sera relativement aisé de trouver de bons drivers 3D (libres), et là je pense très fort à OpenGraphics[1,2].
Mais je crains qu'il n'y ait quelques problèmes pour les portables...
[1] http://opengraphics.org
[2] http://fr.wikipedia.org/wiki/OpenGraphics
[^] # Re: Comme d'habitude...
Posté par Sebastien Binet . En réponse au journal Kde 3.5.1 is OUT!. Évalué à 3.
Ou sinon, comme écrit sur le site de kubuntu:
http://kubuntu.org/announcements/kde-351.php
(Et comme j'en avais encore, j'ai mis l'entrée pour KOffice 1.5 beta1)
Et pour la clef:
[^] # Re: Prochaine Etape
Posté par Sebastien Binet . En réponse au journal Gentoo. Évalué à 3.
Je me demandais combien de temps encore tout le monde allait se retenir de suggérer une autre distrib' source ;)
ArchLinux: il paraît que la symbiose binaire/source est magnifiquement bien réussie.
Source Mage: rien que pour "caster" des "spells" ça doit vouloir le coup ! Surtout en cette période de HarryPotterite aiguë...
Nasgaïa ? fNux ? d'autres ?
[^] # Re: PyPy
Posté par Sebastien Binet . En réponse au journal Sondage: quelle implémentation de Python utilisez vous ?. Évalué à 1.
Est-ce qu'à terme il pourrait être intégré dans ce JIT ?
Désolé pour ces questions naïves...
http://shed-skin.blogspot.com/
http://sourceforge.net/projects/shedskin/
# Transparents ?
Posté par Sebastien Binet . En réponse à la dépêche Conférence NOOFS le 12 Janvier 2006 de 20h00 à 22h00. Évalué à 1.
Ça pourrait être intéressant...
[^] # Re: moc OUI
Posté par Sebastien Binet . En réponse au message QT4 et slots perso. Évalué à 2.
devient:
De cette manière, et lorsque le taille du code sera plus importante, il sera bien plus aisé de repérer les variables locales de celles qui appartiennent à l'instance de la classe.
La lisibilité du code ça permet d'éviter bon nombre de bogues.
Mes 2 centimes...
[^] # Re: Question annexe de compréhension
Posté par Sebastien Binet . En réponse à la dépêche K3DSurf 0.5.4 : Des mathématiques au service de la création graphique. Évalué à 6.
http://en.wikipedia.org/wiki/Brane
http://en.wikipedia.org/wiki/Brane_cosmology
[^] # Re: Les footballers sont des producteurs... Ahem...
Posté par Sebastien Binet . En réponse au journal [DADVSI] Point de vue d'un "agitateur" depuis 1954. Évalué à 1.
Pardon aux familles, toussa...
[^] # Re: Vous en voulez encore?
Posté par Sebastien Binet . En réponse au journal [HS] Quand la mauvaise foi fait la loi. Évalué à 6.
C'est vrai que c'est important.
D'après son site, il semblerait que son premier disque soit sorti en 68 avec Rose sur la face A et La dame sous la pluie sur la face B.
Voilà, il m'a semblé pertinent de mettre en lumière ce fait d'une importance rare, afin de pouvoir apprécier le contraste Corbier/Droits de l'Homme...
http://www.francoiscorbier.com/page.html
(attention, site à base de phlashcapusaipolib')
[^] # Re: C'est parti ..
Posté par Sebastien Binet . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 10.
Un si joli troll, concocté, mitonné avec amour...
Et paf, c'est le drame: un back-slash à la place d'un simple slash, et ça fout tout par terre. (sans parler des majuscules ;) )
Pour futures references: GNU/Linux :)
[^] # Re: Fait n˚2 : être un peu plus précis...
Posté par Sebastien Binet . En réponse au journal Fait n°1 : Linux n'est pas sujet à la fragmentation.... Évalué à 0.
Donc si, c'est utile :)
# TeX
Posté par Sebastien Binet . En réponse au journal numérotation (version) d'application. Évalué à 2.
Encore une blague de mathématicien/informaticien, sacré Donald va! ;)
Pour d'autres inspirations:
http://en.wikipedia.org/wiki/Version