Bertrand Florat a écrit 24 commentaires

  • [^] # Re: Excelent lecteur

    Posté par  (site web personnel) . En réponse à la dépêche Jajuk, l'organisateur de collection musicale recherche des développeurs. Évalué à 1.

    La 1.4 apportera tout ca (meilleur look style aTunes, paroles, Last.FM) et bien d'autres choses dont le format APE.

    Jajuk gère les couvertures de façon plus pratique et puissante que atunes et permet leur sauvegarde sur disque en un clic.

    Jajuk est également de mon point de vue beaucoup plus plus stable que aTunes (ce dernier géle souvent chez moi alors que je n'ai jamais vu jajuk géler). La 1.4 devrait néanmoins améliorer la stabilité de certain utilisateurs en ayant remplacé le navigateur web IE ou mozilla emarqué par un browser 100% Java (cobra) pour la vue Wikipedia.

    La notion de perspective et de vues -une fois adoptée- pemet de disposer d'une interface au contraire plus simple et plus érgonomique puisqu'on n'affiche que ce que l'on veut dans chaque perspective (atunes ne permet même pas le dockage des vues et affiche tout dans une seule perspective avec simplement la possibilité de maquer des vues). Dans la version 1.4, jajuk permet d'afficher n'importe quelle vue (une ou plus) dans n'importe quelle perspective et permet d'arriver à une IHM personalisable à l'infini. Par exemple, on peut afficher une vue paroles + deux vues couverture + une vue editeur de playlist dans la perspective de son choix.

    Ceci dit aTunes est en effet un très bon produit, j'espère que les deux projets continueront à s'alimenter l'un l'autre.

    quelques preview: http://jajuk.info/index.php/Theme_contest
    ou en live sur http://jajuk.info:8001/jajuk-test/app
    Liste brute des nouvelles fonctionnalités : https://trac.jajuk.info/query?status=closed&milestone=1.(...)
  • [^] # Re: A essayer absolument

    Posté par  (site web personnel) . En réponse à la dépêche Acceleo 1.2. Évalué à 3.

    Avant tout, je tiens à préciser que je ne suis qu'un client d'OBEO (la société editrice d'Acceleo) et je les laisserai donc répondre en ce qui concerne le business model.
    En terme de transfos M2M avec Acceleo + ADT, j'avoue ne pas avoir encore tenté l'aventure et il est probable openarchitectureware que je ne connais pas est mieux intégré, d'autant que c'est un produit poussant à l'approche MDA academique (corrigez moi si je dis une bétise) et donc les transfos de modele.
    Coté tracability, il est en effet dommage qu'il ne soit pas (encore) Open source mais il faut bien une source de revenu et un produit differentiant (en plus d'acceleo open source). Je trouve ce modele économique sain et assurant la perenité de la société.
    Enfin (dans le desordre), il est tout à fait possible de generer directement des PIM avec GMF et sans passage par des etapes intermediaires (voir les exemples/tutos GMF pour des exemples certes théoriques)
  • [^] # Re: A essayer absolument

    Posté par  (site web personnel) . En réponse à la dépêche Acceleo 1.2. Évalué à 0.

    Effectivement, Acceleo (Open Source) ne propose pas encore de fonctionnailités de transfo modele à modele (mais comme précisé plus bas, il est tout a fait compatible avec ATL). A noter qu'une approche DSM et non MDA scricte preconise une génération directe PIM-> code contrairement au DMA (PIM-> PSM -> code). Par conséquent, dans une approche DSM ou MDSD, les transfos M2M ne sont utiles que pour des reprises ou migrations de modeles (par exemple suite à un changement de leur meta-modele).
    En outre, pour les utilisateurs professionels, je conseille vivement de regarder Acceleo Pro Tracability (propriétaire) qui complete Acceleo Open source en ajoutant des fonctions permettant de tracer les relations entre le code et les modeles (diff de modeles, preview avant generation, tracabilité asymétrique modele-> n artéfacts ou artéfact-> élément du modele...) qui s'avère extrement payante en environnement industriel pour assurer une vraie demarche MDE (et eviter ainsi que les developpeurs debanchent la génération au bout de trois semaines, excedés par le fait de ne plus maitriser leur code).
  • [^] # Re: A essayer absolument

    Posté par  (site web personnel) . En réponse à la dépêche Acceleo 1.2. Évalué à 2.

    Effectivement, Acceleo (Open Source) ne propose pas encore de fonctionnailités de transfo modele à modele (mais comme précisé plus bas, il est tout a fait compatible avec ATL). A noter qu'une approche DSM et non MDA scricte preconise une génération directe PIM-> code contrairement au DMA (PIM-> PSM -> code). Par conséquent, dans une approche DSM ou MDSD, les transfos M2M ne sont utiles que pour des reprises ou migrations de modeles (par exemple suite à un changement de leur meta-modele).
    En outre, pour les utilisateurs professionels, je conseille vivement de regarder Acceleo Pro Tracability (commercial) qui complete Acceleo Open source en ajoutant des fonctions permettant de tracer les relations entre le code et les modeles (diff de modeles, preview avant génération, tracabilité asymétrique modele-> n artéfacts ou artéfact-> element du modele...) qui s'avere extrémement payante en environnement industriel pour assurer une vraie démarche MDE (et éviter ainsi que les developpeurs débanchent la generation au bout de trois semaines, excedés par le fait de ne plus maitriser leur code).
  • # A essayer absolument

    Posté par  (site web personnel) . En réponse à la dépêche Acceleo 1.2. Évalué à 5.

    Pour l'utiliser chez mon client, je peux témoigner de l'exprême simplicité d'Acceleo. C'est une approche très pragmatique et une très bonne intégration à Eclipse. Une étude faite dans ma SSII a également démontré la simplicité de cet outil face à la concurrence commerciale ou opensource (plus simple que MIA, plus puissante que JET).
  • [^] # Re: Remplacement d'Amarok ?

    Posté par  (site web personnel) . En réponse à la dépêche Jajuk franchit une étape avec la 1.3. Évalué à 3.

    Je confirme, c'est un "bête" fichier XML qui est entierement parsé au dermarrage et "commité" lors de la sortie (avec quand même un certain nombre de solutions de reprise et backup en cas de problème...). Le terme "base de donnée" est en effet un peu pompeux mais s'adresse aux non-informaticiens. Cette architecture a été retenue car donne entiere satisfaction (du moins de notre point de vue) et est extrement simple (plus simple de travailler sur des bêtes collections en mémoire que de devoir faire sans arret des requetes SQL vers une BDD style Derby). Des benchs montre qu'une base de 200Go devrait se charger en 10 à 20 secondes environ. Après OK, ca prend un peu de RAM (environ 15-20Mo pour une base de 200Go) mais c'est surtout les images/couvertures qui consomment de la RAM.
  • [^] # Re: Un projet d'avenir...

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Acceleo 1.1. Évalué à 2.

    Juste un point: si acceleo (le projet open source) ne propose en effet pas de modules de generation, OBEO vend "Acceleo Pro Modules" qui integre la plupart des modules imaginables vers les architectures J2EE, PHP et .NET (sur J2EE: Struts, JSF, EJB, ...)
  • [^] # Re: Un projet d'avenir...

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Acceleo 1.1. Évalué à 4.

    Acceleo n'integre pas de modeleur UML mais fournit uniquement un moteur de generation de code orienté template (et des fonctionnalités de transfo de modeles FYI) mais très bien intégré, simple et puissant (bien plus que EMF.Codegen JET, Acceleo peut se comparer en couverture fonctionelle à l'outil proprio MIA.Generation de sodifrance). Comme modeleur UML OSS, il est possible d'utiliser en complément Topcased (Airbus, voir topcased.org) qui peut serializer les modeles en XMI. Ensuite on donne à manger à acceleo ce XMI + le XMI du meta-modèle (celui d'UML2 si tu n'utilise pas de meta-modèle perso) + le template Acceleo pour recuperer le code (ou tout autre artéfact comme un fichier XML).
  • # Un projet d'avenir...

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Acceleo 1.1. Évalué à 6.

    Pour avoir essayé la 1.1 RC, je peux temoigner de la tres bonne finition de ce projet et de son excellente integration au sein d'Eclipse (3.2 maintenant). Ce projet se concentre sur une partie primordiale de la chaine de developpement MDA: la génération de code (à partir d'un modele et d'un template) et contrairement à d'autres projets (proprio en gal) qui cherchent à couvrir la couverture globale du MDA, ce projet fait la generation uniquement et le fait bien: le wysiwyg du code généré en live est excellent, bref un outil productif qui me donnerait envie de l'utiliser sur mon projet OSS si j'avais des centaines de classes à générer. A tester d'urgence pour les developpements répetitifs pouvant être industrialisés.
  • [^] # Re: dans le même genre mais en jsp...

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Claroline 1.7. Évalué à 1.

    Pour la partie sondage en ligne, nous avons mis en place VTSurvey (JSP) très bien. Mais il ne couvre pas toutes les fonctionalités de Claroline, loin de là.
  • [^] # Re: Question de survie...

    Posté par  (site web personnel) . En réponse à la dépêche SUSE Linux devient un projet communautaire. Évalué à 10.

    La Suse 9.3 complète est en libre téléchargement sur leur site, notamment en 5 CD ou 1 DVD. Je vous la conseille vivement d'ailleurs.
  • [^] # Re: Lancement de pages HTML via Thunderbird

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Firefox/Thunderbird 1.0.6. Évalué à 1.

    Oui, c'est le selecteur de composant. J'ai mis thunderbird comme messagerie par défaut et firefox comme navigateur mais ca n'a rien changé, en fait ce parametrage ne semble s'appliquer qu'aux applications KDE hors mon problème est la communication entre thunderbird et firefox...
  • [^] # Re: Lancement de pages HTML via Thunderbird

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Firefox/Thunderbird 1.0.6. Évalué à 1.

    je suis sous Linux KDE 3.3 et je ne pense pas avoir touché à la conf. Tu me conseille de regarder où ?
  • # Lancement de pages HTML via Thunderbird

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Firefox/Thunderbird 1.0.6. Évalué à 1.

    Depuis que je suis passé à firebox 1.0.5 et maintenant 1.0.6, thunderbird ne peut plus lancer de page HTML via Firefox (je clic sur un lien, il ne se passe rien, pas de logs). Suis-je le seul à avoir ce problème ?
  • # Il faut informer les revendeurs et les fabriquants de PC

    Posté par  (site web personnel) . En réponse à la dépêche Avancée dans le domaine de la vente liée. Évalué à 0. Dernière modification le 06 février 2018 à 19:21.

    Je viens d'envoyer le message suivant à Dell et à la Fnac:

    "Bonjour, Je tiens à vous alerter sur le fait que votre mode de vente de PC en ligne est illégal, comme cela a été confirmé par le Ministre des PME, du commerce, de l'artisanat, des professions libérales et de la consommation. Il est interdit d'imposer des ventes subordonnées (l'achat d'un PC est subordonné sur votre site à l'achat du programme "Windows XP" de la société "Microsoft"). Vous devez proposer sur le même site la vente de PC sans Windows. Vous risquez 1500 euros d'ammende par infraction constatée.

    Voir :

    source

    Merci de vous mettre en regle rapidement."

    Je pense qu'il faut envoyer ce type de message à un maximum de revendeurs.

  • [^] # Re: Capello time / MACIF?

    Posté par  (site web personnel) . En réponse à la dépêche La poste tchèque choisit Linux. Évalué à 5.

    Je confirme que les choses vont dans le bon sens à la MACIF même s'il n'y a jamais de migration "miracle". Linux progresse à son rythme, non seulement en ce qui concerne les fonctions serveur classique mais aussi pour les applications métier.
  • [^] # Re: Performance

    Posté par  (site web personnel) . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 3.

    Pour mon projet (Jajuk) qui fait une utilisation intensive de Swing, j'ai -30% CPU sous windows entre le JRE 1.4.2 et le JRE 1.5 de Sun et des gains de 10% sous Linux. Ca vient en partie d'une nouveauté qui ne semble pas avoir été citée dans la news : le garbage collector qui a été completement reécrit et qui libère la memoire de facon plus efficace et moins gourmande en CPU. Au niveau de la réactivité de l'interface, je pense qu'on peut dire maintenant qu'avec le JRE 1.5 et une machine actuelle (2 Ghz+), il n'y a aucune difference d'affichage entre une appli Swing ou SWT et une appli native Windows ( à part à l'affichage initial peut être ).
  • # Pas convaincant...

    Posté par  (site web personnel) . En réponse à la dépêche Firefox 0.9.1 est sorti. Évalué à 6.

    Autant j'adore Mozilla 1.7 pour sa stabilité, autant je n'aime pas du tout firefox 0.9:
    - Léger : je vois pas trop la difference avec mozilla qui l'est déjà et qui reste en mémore sous Windows
    - Il est hyper instable et fait régulierement des core dump alors que je n'ai jamais planté mozilla.
    - Le système de plugin est mal intégré. Une fois qu'on a installé un plugin, on ne sait pas ou chercher pour trouver les nouveaux menus. Leur doc est nul en général.
    - Le look est pas terrible je trouve et l'interface decousue.
    - Pas de gestion des sidebars multiple alors que je n'utilise que ca sous mozilla ( j'ai les tabs sidebar : linuxfr, le monde, framasoft, slashdot, bookmarks, search, related... )
  • [^] # Re: Jukebox en Java

    Posté par  (site web personnel) . En réponse à la dépêche Jukebox en Java. Évalué à 1.

    Je t'en veux pas, j'ai fais ta modif des tooltips pour chaque cell du JTable et je t'ai mis comme contributeur ;-)
  • [^] # Re: Jukebox en Java

    Posté par  (site web personnel) . En réponse à la dépêche Jukebox en Java. Évalué à 1.

    Merci de tes conseils. En effet, j'aurais besoin de faire une passe de nettoyage et d'optimisation sur mon code Swing et ton expertise serait très appréciée.
  • [^] # Re: Jukebox en Java

    Posté par  (site web personnel) . En réponse à la dépêche Jukebox en Java. Évalué à 1.

    Effectivement, je ne suis pas un grand gourou de Swing. Merci d'expliciter ton commentaire pour que je fasse les modifs nécessaires.
  • [^] # Re: Jukebox en Java

    Posté par  (site web personnel) . En réponse à la dépêche Jukebox en Java. Évalué à 0.

    Voir les dépendances, le player s'appelle Javalayer et il est 100% pur Java et ne consomme pas plus de CPU ou de mémoire que du natif ( http://www.javazoom.net/javalayer/javalayer.html(...) ). Ce sera pareil pour le Ogg avec l'API VorbisSPI du même groupe.
    En fait, j'utilise quand même du natif dans Jajuk pour le Systray via l'API Systray4j.
  • [^] # Re: Jukebox en Java

    Posté par  (site web personnel) . En réponse à la dépêche Jukebox en Java. Évalué à 2.

    Je n'ai testé que sous la JVM 1.4.2 de Sun. En ce qui concerne une JVM libre ( kaffee par exemple ), à ma connaissance aucune ne supporte le Java 1.4. Quand à blackdown, c'est une adaptation Gnu/Linux de la JVM de sun qui n'est pas libre. J'espere que Sun se decidera bientôt à passer sa JVM en GPL pour profiter des avantages du libre...
  • [^] # Re: Linux Professional Institute et fondation de la branche Allemande

    Posté par  (site web personnel) . En réponse à la dépêche Linux Professional Institute et fondation de la branche Allemande. Évalué à 0.

    > des gros opposants aux LL : SCO, SuSE, IBM !!!

    Je pense que tu te trompe à propos de Suse : La Suse 8.2 est la distribution utilisée à la maison par un certain Linus Torvalds. Suse est une excellente distribution et une société apportant énormement à la communauté du LL.