Je viens de jeter un oeil sur le code source d'une démo (impressionnante en html d'ailleurs) http://www.openlaszlo.org/websvn/filedetails.php?repname=Ope(...)
et j'avoue que cela me donne un drôle de goût.
J'ai bien l'impression que la syntaxe mélange code de présentation et code de contrôle.
genre :
<![CDATA[
var i;
for (i in photoscontainer.lyt.subviews) {
if (photoscontainer.lyt.subviews[i].txt && photoscontainer.lyt.subviews[i].txt.setVisible) photoscontainer.lyt.subviews[i].txt.setVisible( show );
}
]]>
Je ne suis pas sûr d'adhérer à ce mélange des genres. La tendance est plutôt à la séparation présentation / logique métier.
D'ailleurs, comment situer la syntaxe OpenLazlo vis à vis de XUL ?
(je parle syntaxe, pas du fait qu'OpenLazlo soit côté serveur)
Ne t'énerve pas comme ça. On dirait qu'on t'a arraché un bras.
"Simplify Beautiful" n'est pas une simple tournure de phrase, mais également un nom de code. Comme le sont les versions des Ubuntu et de Firefox.
Voilà, je pense que c'est juste pour ça que les modéros t'ont corrigé, pour respecter le nom de code correspondant à la version.
Je suis en train de faire plein de tests avec tous ces softs et que je compte faire un journal dessus.
En deux mots, Wengo et autres softs basés sur SIP sont très prometteurs, mais, aujourd'hui, Skype reste le meilleur :(
Wengo souffre surtout d'un cruel manque de stabilité et de plantage ou bugs à répétition (notamment en faisant communiquer un Wengo Linux avec un Wengo Windows, ou un Wengo avec un Ekiga).
Plus de détails bientot
C'est un des objectifs d'avoir séparer le moteur de rendu de Firefox 3 / Gecko 1.9, c'est de se reposer sur un projet indépendant (Cairo) qui va évoluer de son coté beaucoup plus rapidement que le moteur graphique actuel de Gecko.
Dommage que les confs ObjectWeb du jeudi n'ont pas été filmées.
Les gars de Développez, vous étiez trop claqués ou vous aviez fait couler trop de bière sur la caméra ?
En tout cas, c'est une bonne initiative pour voir la tronche des moules et des geeks des projets (depuis plusieurs années que je croise Stéphane Traumat sur Linuxfr, je t'imaginais autrement, peut être avec de la barbe à la Stallman ! ).
Vous avez déjà eu l'idée de faire un mode "temps réel", sans tour de jeu ?
Ca change le principe originel, mais je suis convaincu que ça pourrait être un mode de jeu très sympa, et peut être pas "trop" compliqué à implémenter quand le mode réseau ou IA seront OK.
En fait, Firefox 2 utilise Cairo comme moteur de rendu pour tout le contenu SVG.
Donc, les limitations de Firefox sont les limitations de Cairo.
Il y avait eu des discussions chez Inkscape pour proposer Cairo comme moteur (ou pour fusionner leur moteur). Pas de nouvelle depuis. Ca serait bien pour justement factoriser les efforts et pour s'assurer de ne pas avoir de surprise quand on fait du SVG à destination du web.
Pour firefox 3 (et Gecko 1.9), une des principales nouveautés sera justement que TOUT firefox sera basé sur Cairo, et pas seulement le contenu SVG des pages web.
Et comme Cairo pour avoir un backend OpenGL, on peut imaginer des interfaces XUL / Web qui déchirent ...
LinuxFR est un site de news sur le logiciel libre. Je ne vois pas ce qui te gène si une news sur un soft OpenSource tel que LibreSource décrive ses nouvelles fonctionnalités.
Si c'est le fait qu'il y ait une entreprise derrière, alors faudrait penser à ne plus parler des nouvelles versions des logiciels produits par Trolltech, Mozilla Corp., Novell, MySQL Corp., Sun, Cannonical, ...
Vis à vis de LibreSource, je trouve que c'est une alternative intéressante à GForge, surtout qu'il est basé sur J2EE et qu'il semble plus puissant sur plusieurs points. Et le manque de support de SVN faisait que personnellement, je ne l'aurai jamais utilisé. Maintenant, ca s'étudie ...
sympa ton système, c'est pas mal du tout.
Si je peux te donner un chtit conseil, tu peux jeter un coup d'oeil à Acceleo. C'est un atelier de génération de code qui est quand même très largement plus puissant et plus conviviale que XSLT + XSD.
C'est justement conçu pour être très configurable pour pouvoir générer le code comme bon te semble.
C'est bien sûr OpenSource, dispo sur http://www.acceleo.org, ca s'insère nickel dans le futur environnement de référence pour le développement PHP (fait par Zend et dispo içi : http://www.eclipse.org/php/), des scripts XSLT se migre facilement vers Acceleo, et il commence à y avoir de plus en plus de générateurs basés sur Acceleo, comme moteur de génération.
Prend 5 min pour y jeter un oeil, ça peut valoir le coup.
Je les eu à nouveau hier soir.
Merci à tous ceux qui m'ont donné des conseils, ça marche bien (notamment de dire qu'on appelle par procuration).
Histoire de changer, j'ai eu un discours en contradiction avec celui de la précédente personne du support !
Par exemple : "ah non, je n'ai pas du tout besoin du numéro de série de la freebox, qui vous a dit ça ?" ou "non, le problème ne vient pas du DSLAM, il vient d'un problème de synchro".
Enfin bon, le mec était quand même compétent à l'autre bout. D'après ce qu'il m'a dit, ils envoient dans les prochains jours (sans s'engager le moins du monde sur un quelconque délai) un technicien sur place. Il ne m'a pas fait le coup du "ça vient de france télécom" (faut dire que dès le début, je lui ai annoncé la couleur) et il a bien assumé le fait que c'est un problème Free.
Par contre, voici quelques citations amusantes :
- "le plus simple pour vous, ce serait de résilier votre abonnement Free et de vous ré-abonner juste après" !!!!!!!
- "oh, ne vous inquiétez pas, vous serez remboursé de tous vos frais dû à cet incident" (je doute pour la facture de portable avec la hotline surtaxée)
- "vous voulez parler à un responsable ou à un technicien ? Ah non, il n'y en a pas içi" !!!
- "le ticket d'incident a bien été ouvert HIER, suite à la réception de votre courrier recommandé" (ce qui signifie que les précédents coup de téléphone ne seraient à rien ?)
Ca fait quand même 2 fois que quelqu'un du support me conseille de résilier le contrat Free. C'est quoi cette politique de support de merde ?
Pour finir, en raccrochant le téléphone, je vois une pub "cretin.fr" ... A votre avis, qu'est ce que j'en pense ?
Pour conclure, je pense que les FAI (tous en général) dépensent un max en pub pour avoir de nouveaux clients, mais ils dépensent un minimum pour garder ceux qu'ils ont déjà. Le jour où ils auront compris que le principal vecteur d'achat en France est le bouche à oreille, les choses changeront peut être.
Ils sont en "Freebox Only". C'est un genre de dégroupage total, pour les campagnes (j'exagère, mais c'est un peu ça).
Ce qui fait qu'ils ont beau avoir un numéro dédié, sans téléphone, ils ne peuvent pas l'appeler ! C'est justement ce que ne comprenait pas la fille de la hotline (ça ne rentrait pas dans les cases de son questionnaire).
Extrait :
"the fact is that now there is really no hard need for the GNU Classpath project anymore. But I want to raise two aspects here:
1. Many projects are built around GNU Classpath right now. It won’t be exactly easy and trivial to port them over to Sun’s libraries.
2. The development environment of GNU Classpath is much more flexible right now. This spirit of hack - test - commit is part of what makes GNU Classpath attractive for developers, including me.
So, I think both codebases will peacefully coexist for a while, and most likely converge too quite a great degree. If at a later point they merge into one or if they will continue to coexist, time will tell."
Faut pas rêver, je pense. Le projet Classpath a fait beaucoup de bien au logiciel libre pour inclure des softs comme Eclipse dans les distribs actuelles. Mais maintenant, ca va être chaud de trouver des gens motivés pour continuer à le faire évoluer sachant qu'il sera toujours en retard de version vis à vis du JDK Sun.
Ca me rappelle il y a 5 ans où j'avais créer un projet GPL pour intercepter des communications Corba, le tout en Java.
J'avais proposé le projet à Savannah, pour être dans les projets GNU, et on m'avait gentillement fait comprendre que tant que mon projet ne marchait que sur une JVM non libre, il ne serait pas accepté. Résultat : direction sourceforge.
Avec le changement en GPL de la JVM Sun, j'imagine que les liens FSF <-> Java seront plus simples.
Je suis impatient de voir la réaction officielle de la FSF et de Richard Stallman vis à vis de cette libération.
Même si ce point de vue est très intéressant, je ne suis pas sûr que Theo apprecierait le fait que tu diffuses publiquement une conversation privée (c'était hors mailing liste ?).
Je trouve que ça ne se fait pas trop ...
En effet, les cours font souvent l'impasse sur la partie évolution.
Entre le début d'un projet et sa fin, la facon de modéliser et surtout l'architecture technique changent.
Les changements sont souvent dû à des imprécisions, des lourdeurs (le syndrômes des "fameux" modèles trop techniques qui ne servent quasiment à rien), des changements de versions de frameworks, ou à des retours des tests de performances / qualité.
Acceleo permet justement plus de souplesse pour prendre en compte ces changements et pour ré-impacter ce qui a déjà été fait. Notamment, la possibilité de modifier facilement la manière de modifier ce qu'il génère rend la mise à jour des générateurs relativement simple.
Pour revenir aux cours, c'est notamment pendant des conférences d'externes que tu peux avoir ce genre de retours. Normal, les profs maîtrise le côté théorique, mais ils n'ont pas forcément le retour d'expérience d'une utilisation sur le terrain.
Un vrai projet industriel, c'est un projet autre que le "helloworld" classique.
En gros, c'est un projet qui dure plusieurs mois / années, avec plusieurs développeurs en parallèle.
C'est souvent le problème de la génération de code qui marche bien au début, mais qui, une fois une grosse équipe mis au quotidien dessus, peut poser des problèmes.
Avec Acceleo, on est parti de ces problèmes et on a tenté de les résoudre en y réfléchissant dès le début de son développement. Ca donne par exemple la génération incrémentale (génération, regénération, reregénération), l'intégration dans Eclipse, les chains, ...
Il ne faut pas confondre "prendre 100% du temps CPU" et "ralentir tout le système".
Si ton appli est bien codée, tu peux laisser de la marge pour les autres applis pour que l'utilisateur d'y voient que du feu.
Que préfères-tu : une appli qui prend 20 sec à faire son truc à 50% du CPU ou la même appli qui prend 10 sec à 100% de CPU ? Le tout sans bloqué l'OS bien sur.
Je suis tout à fait d'accord avec toi.
Et j'irai même plus loin : c'est quoi ces manies de dire que ce n'est pas bien qu'un soft prenne 100% de CPU ?
Au contraire. Si Firefox ne prennait que 30% du CPU, je gueulerai car il n'exploite pas au maximum la puissance de la machine.
Idem pour la RAM. Depuis Firefox 1.5 et le système de cache our accélérer l'accès aux pages déjà vues, il utilise plus de RAM. Mais il l'utilise quand elle nest libre. Je trouve cela très bien que les softs sachent utiliser toute la puissance d'une machine, sans pour autant en faire pâtir les autres applis et le multi-tâche.
Antoine a raison de dire que UML sera peut être dépassé un jour et que dans ce cas on pourrait se retrouver dans le même cas qu'avec un langage devenu désuet.
C'est d'ailleurs une des principales raisons d'être de la notion de méta-modèle.
Ainsi, un modèle réalisé en UML peut facilement être transformé en un autre formalisme, sans pour autant perdre le sens de ce qui a été modélisé.
Pour compléter ce que tu dis, il n'y a pas que UML dans la vie, et je pense justement qu'on va très bientôt assister à une nouvelle vague d'outils et de normes qui compensent ses faiblesses et ses lourdeurs.
Je ne remet pas en question UML qui est très bien : je dis juste que ce n'est pas une solution universelle pour tous les besoins de la Terre.
C'est ce qu'on appelle l'approche DSL, et justement, à Obeo, nous travaillons fortement sur ce sujet afin de proposer une alternative à la solution Microsoft.
1) La doc sur le système n'est pas suffisante pour démarrer ? Peut être n'as tu pas vu la page référence http://www.acceleo.org/pages/reference/fr .
Ca devrait normalement suffire pour démarrer quelques templates.
2) En fait, on a utiliser le mode inclus dans eclipse pour exporter un plugin avec ses sources. C'est comme ça aussi qu'est proposé en téléchargement l'ensemble des projets Eclipse. On a voulu rester cohérent.
Mais pour faire plus pratique, on est en train de voir pour mettre un Subversion public. Les journées ne font que 24h, et ca viendra dès que possible.
3) Très bonne question pour le langage spécifique. On se l'est d'ailleurs beaucoup posée.
Les syntaxes existantes sont génériques, et peuvent servir à tout et n'importe quoi. Là, l'objectif est d'avoir une syntaxe dédiée au parcours et à la manipulation de modèles.
Ainsi, les problèmes de parcours de listes, d'éléments vides ou null, les liens (contenus ou référencés) sont transparents.
Exemple : si tu veux faire un constructeur avec la liste de paramètres, en tant normal, tu dois faire un iterateur + regarder le premier / dernier élément + gérer les cas d'erreur. Avec Acceleo, tu fais :
Pour ce que tu proposes d'avoir un template sur une API générée : c'est exactement ce que fait Acceleo !!!
En gros, les étapes sont : tu crées ton métamodèle, tu génères l'API et les implémentations pour manipuler les modèles, tu manipules directement ces classes dans Acceleo et/ou dans les services Java associés.
4) Tu as raison, GMF a beaucoup d'avenir. Et je peut déjà te dire que Acceleo peut prendre en entrée des modèles conçus par GMF.
Ainsi, tu as un environnement de modélisation paramétrable, et un système de génération paramétrable. Que du bonheur.
Faudra faire une news quand GMF sortira, c'est à dire dans pas longtemps.
Pour info, la version 1.0 n'est pas compatible Linux.
On peut dire "qu'elle marchote", mais elle n'est pas utilisable concrètement.
C'est principalement dû au framework EMF qui gèrait mal l'encoding et les chemins dans les fichiers XMI. Il y avait aussi plusieurs problèmes dans Acceleo.
Tout ça sera corrigé dans la prochaine version compatible avec Eclipse 3.2 et la nouvelle version EMF (la fondation Eclipse prévoit de la sortir en juin).
C'est vrai que la formulation initiale est carrément anbigü.
Pour info, Acceleo a été pensé dès le début pour être en OpenSource. Et désolé si le ton était trop buzzword. A force d'être quotidiennement au milieu de termes barbares de métamodèles et autres joyeusetés du genre, on en oublie que c'est encore aujourd'hui assez peu répandu.
Par contre, je ne suis pas d'accord avec toi que ce sont des foutaises.
C'est clair que c'est éloigné du réseau ou de la programmation système, et que ce n'est pas trop le sujet du discussion que tu abordes autour de la dinde de Noël. Mais MDA et EMF ne sont pas des termes commerciaux ou marketing, mais des réalités technologiques.
Et justement, la raison d'être d'Acceleo c'est ça : permettre de faire du MDA sans pour autant avoir à connaître toute la complexité des concepts qui sont dessous.
# Mélange des genres ?
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Sortie de OpenLaszlo 4.0. Évalué à 1.
et j'avoue que cela me donne un drôle de goût.
J'ai bien l'impression que la syntaxe mélange code de présentation et code de contrôle.
genre :
<![CDATA[
var i;
for (i in photoscontainer.lyt.subviews) {
if (photoscontainer.lyt.subviews[i].txt && photoscontainer.lyt.subviews[i].txt.setVisible) photoscontainer.lyt.subviews[i].txt.setVisible( show );
}
]]>
Je ne suis pas sûr d'adhérer à ce mélange des genres. La tendance est plutôt à la séparation présentation / logique métier.
D'ailleurs, comment situer la syntaxe OpenLazlo vis à vis de XUL ?
(je parle syntaxe, pas du fait qu'OpenLazlo soit côté serveur)
[^] # Re: De l'anglais au français à l'anglais …
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Sortie de GNOME 2.18 « Simplement magnifique (Simply Beautiful) ». Évalué à 7.
"Simplify Beautiful" n'est pas une simple tournure de phrase, mais également un nom de code. Comme le sont les versions des Ubuntu et de Firefox.
Voilà, je pense que c'est juste pour ça que les modéros t'ont corrigé, pour respecter le nom de code correspondant à la version.
[^] # Re: Alternatives pour le vidéobavardage ?
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Quand le logiciel propriétaire dérive : Skype comme les autres. Évalué à 3.
En deux mots, Wengo et autres softs basés sur SIP sont très prometteurs, mais, aujourd'hui, Skype reste le meilleur :(
Wengo souffre surtout d'un cruel manque de stabilité et de plantage ou bugs à répétition (notamment en faisant communiquer un Wengo Linux avec un Wengo Windows, ou un Wengo avec un Ekiga).
Plus de détails bientot
[^] # Re: Firefox ?
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Cairo 1.4 : performances accrues !. Évalué à 5.
C'est un des objectifs d'avoir séparer le moteur de rendu de Firefox 3 / Gecko 1.9, c'est de se reposer sur un projet indépendant (Cairo) qui va évoluer de son coté beaucoup plus rapidement que le moteur graphique actuel de Gecko.
# Journée ObjectWeb
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Solutions Linux 2007. Évalué à 0.
Les gars de Développez, vous étiez trop claqués ou vous aviez fait couler trop de bière sur la caméra ?
En tout cas, c'est une bonne initiative pour voir la tronche des moules et des geeks des projets (depuis plusieurs années que je croise Stéphane Traumat sur Linuxfr, je t'imaginais autrement, peut être avec de la barbe à la Stallman ! ).
# Wormux en temps réel ?
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Version 0.7.9 de Wormux. Évalué à 2.
Ca change le principe originel, mais je suis convaincu que ça pourrait être un mode de jeu très sympa, et peut être pas "trop" compliqué à implémenter quand le mode réseau ou IA seront OK.
[^] # Re: ff3
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Sortie de Inkscape 0.45. Évalué à 2.
Donc, les limitations de Firefox sont les limitations de Cairo.
Il y avait eu des discussions chez Inkscape pour proposer Cairo comme moteur (ou pour fusionner leur moteur). Pas de nouvelle depuis. Ca serait bien pour justement factoriser les efforts et pour s'assurer de ne pas avoir de surprise quand on fait du SVG à destination du web.
Pour firefox 3 (et Gecko 1.9), une des principales nouveautés sera justement que TOUT firefox sera basé sur Cairo, et pas seulement le contenu SVG des pages web.
Et comme Cairo pour avoir un backend OpenGL, on peut imaginer des interfaces XUL / Web qui déchirent ...
[^] # Re: pollution
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche LibreSource Community 2.1 intègre Subversion.. Évalué à 2.
LinuxFR est un site de news sur le logiciel libre. Je ne vois pas ce qui te gène si une news sur un soft OpenSource tel que LibreSource décrive ses nouvelles fonctionnalités.
Si c'est le fait qu'il y ait une entreprise derrière, alors faudrait penser à ne plus parler des nouvelles versions des logiciels produits par Trolltech, Mozilla Corp., Novell, MySQL Corp., Sun, Cannonical, ...
Vis à vis de LibreSource, je trouve que c'est une alternative intéressante à GForge, surtout qu'il est basé sur J2EE et qu'il semble plus puissant sur plusieurs points. Et le manque de support de SVN faisait que personnellement, je ne l'aurai jamais utilisé. Maintenant, ca s'étudie ...
# Génération PHP avec Acceleo ?
Posté par Etienne Juliot (site web personnel) . En réponse au journal Mise à disposition de mes outils pour générer du code PHP. Évalué à 2.
sympa ton système, c'est pas mal du tout.
Si je peux te donner un chtit conseil, tu peux jeter un coup d'oeil à Acceleo. C'est un atelier de génération de code qui est quand même très largement plus puissant et plus conviviale que XSLT + XSD.
C'est justement conçu pour être très configurable pour pouvoir générer le code comme bon te semble.
C'est bien sûr OpenSource, dispo sur http://www.acceleo.org, ca s'insère nickel dans le futur environnement de référence pour le développement PHP (fait par Zend et dispo içi : http://www.eclipse.org/php/), des scripts XSLT se migre facilement vers Acceleo, et il commence à y avoir de plus en plus de générateurs basés sur Acceleo, comme moteur de génération.
Prend 5 min pour y jeter un oeil, ça peut valoir le coup.
# Suite de mes aventures avec Free
Posté par Etienne Juliot (site web personnel) . En réponse au journal Free n'est pas prêt pour assumer le téléphone. Évalué à 6.
Merci à tous ceux qui m'ont donné des conseils, ça marche bien (notamment de dire qu'on appelle par procuration).
Histoire de changer, j'ai eu un discours en contradiction avec celui de la précédente personne du support !
Par exemple : "ah non, je n'ai pas du tout besoin du numéro de série de la freebox, qui vous a dit ça ?" ou "non, le problème ne vient pas du DSLAM, il vient d'un problème de synchro".
Enfin bon, le mec était quand même compétent à l'autre bout. D'après ce qu'il m'a dit, ils envoient dans les prochains jours (sans s'engager le moins du monde sur un quelconque délai) un technicien sur place. Il ne m'a pas fait le coup du "ça vient de france télécom" (faut dire que dès le début, je lui ai annoncé la couleur) et il a bien assumé le fait que c'est un problème Free.
Par contre, voici quelques citations amusantes :
- "le plus simple pour vous, ce serait de résilier votre abonnement Free et de vous ré-abonner juste après" !!!!!!!
- "oh, ne vous inquiétez pas, vous serez remboursé de tous vos frais dû à cet incident" (je doute pour la facture de portable avec la hotline surtaxée)
- "vous voulez parler à un responsable ou à un technicien ? Ah non, il n'y en a pas içi" !!!
- "le ticket d'incident a bien été ouvert HIER, suite à la réception de votre courrier recommandé" (ce qui signifie que les précédents coup de téléphone ne seraient à rien ?)
Ca fait quand même 2 fois que quelqu'un du support me conseille de résilier le contrat Free. C'est quoi cette politique de support de merde ?
Pour finir, en raccrochant le téléphone, je vois une pub "cretin.fr" ... A votre avis, qu'est ce que j'en pense ?
Pour conclure, je pense que les FAI (tous en général) dépensent un max en pub pour avoir de nouveaux clients, mais ils dépensent un minimum pour garder ceux qu'ils ont déjà. Le jour où ils auront compris que le principal vecteur d'achat en France est le bouche à oreille, les choses changeront peut être.
[^] # Re: pas nouveau
Posté par Etienne Juliot (site web personnel) . En réponse au journal Free n'est pas prêt pour assumer le téléphone. Évalué à 1.
"Pour vous aider, la CNIL vous propose un générateur de courriers à adresser directement aux responsables de fichiers.
Choisir un modèle, saisir quelques données, générez votre lettre, imprimez, signez, postez ... c'est envoyé !"
Cette URL devrait être transmise au plus grand nombre, c'est la meilleure 1ère action qu'on peut déjà faire.
[^] # Re: pas tout compris
Posté par Etienne Juliot (site web personnel) . En réponse au journal Free n'est pas prêt pour assumer le téléphone. Évalué à 2.
Ce qui fait qu'ils ont beau avoir un numéro dédié, sans téléphone, ils ne peuvent pas l'appeler ! C'est justement ce que ne comprenait pas la fille de la hotline (ça ne rentrait pas dans les cases de son questionnaire).
[^] # Re: pas nouveau
Posté par Etienne Juliot (site web personnel) . En réponse au journal Free n'est pas prêt pour assumer le téléphone. Évalué à 4.
J'ai un appel par jour de "spam téléphonique", il un appel sur trois, c'est le Neuf !!!
(et toujours avec Mme Sylvie Durand ...)
[^] # Classpath
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Java libre : un rêve devient réalité. Évalué à 3.
http://kennke.org/blog/?p=25
Extrait :
"the fact is that now there is really no hard need for the GNU Classpath project anymore. But I want to raise two aspects here:
1. Many projects are built around GNU Classpath right now. It won’t be exactly easy and trivial to port them over to Sun’s libraries.
2. The development environment of GNU Classpath is much more flexible right now. This spirit of hack - test - commit is part of what makes GNU Classpath attractive for developers, including me.
So, I think both codebases will peacefully coexist for a while, and most likely converge too quite a great degree. If at a later point they merge into one or if they will continue to coexist, time will tell."
Faut pas rêver, je pense. Le projet Classpath a fait beaucoup de bien au logiciel libre pour inclure des softs comme Eclipse dans les distribs actuelles. Mais maintenant, ca va être chaud de trouver des gens motivés pour continuer à le faire évoluer sachant qu'il sera toujours en retard de version vis à vis du JDK Sun.
[^] # Re: C'est tout ce que ça vous inspire ?
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Java libre : un rêve devient réalité. Évalué à 3.
J'avais proposé le projet à Savannah, pour être dans les projets GNU, et on m'avait gentillement fait comprendre que tant que mon projet ne marchait que sur une JVM non libre, il ne serait pas accepté. Résultat : direction sourceforge.
Avec le changement en GPL de la JVM Sun, j'imagine que les liens FSF <-> Java seront plus simples.
Je suis impatient de voir la réaction officielle de la FSF et de Richard Stallman vis à vis de cette libération.
[^] # Re: Vive Theo.
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Intel seulement open pour le business. Évalué à 8.
Je trouve que ça ne se fait pas trop ...
[^] # Re: moi pas comprendre
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Sortie de Acceleo 1.1. Évalué à 4.
Entre le début d'un projet et sa fin, la facon de modéliser et surtout l'architecture technique changent.
Les changements sont souvent dû à des imprécisions, des lourdeurs (le syndrômes des "fameux" modèles trop techniques qui ne servent quasiment à rien), des changements de versions de frameworks, ou à des retours des tests de performances / qualité.
Acceleo permet justement plus de souplesse pour prendre en compte ces changements et pour ré-impacter ce qui a déjà été fait. Notamment, la possibilité de modifier facilement la manière de modifier ce qu'il génère rend la mise à jour des générateurs relativement simple.
Pour revenir aux cours, c'est notamment pendant des conférences d'externes que tu peux avoir ce genre de retours. Normal, les profs maîtrise le côté théorique, mais ils n'ont pas forcément le retour d'expérience d'une utilisation sur le terrain.
[^] # Re: moi pas comprendre
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Sortie de Acceleo 1.1. Évalué à 4.
En gros, c'est un projet qui dure plusieurs mois / années, avec plusieurs développeurs en parallèle.
C'est souvent le problème de la génération de code qui marche bien au début, mais qui, une fois une grosse équipe mis au quotidien dessus, peut poser des problèmes.
Avec Acceleo, on est parti de ces problèmes et on a tenté de les résoudre en y réfléchissant dès le début de son développement. Ca donne par exemple la génération incrémentale (génération, regénération, reregénération), l'intégration dans Eclipse, les chains, ...
[^] # Re: Firefox: 58.2% , Epiphany: 2.7%
Posté par Etienne Juliot (site web personnel) . En réponse au journal "Linux" sur le bureau en 2006. Évalué à -1.
Si ton appli est bien codée, tu peux laisser de la marge pour les autres applis pour que l'utilisateur d'y voient que du feu.
Que préfères-tu : une appli qui prend 20 sec à faire son truc à 50% du CPU ou la même appli qui prend 10 sec à 100% de CPU ? Le tout sans bloqué l'OS bien sur.
[^] # Re: Firefox: 58.2% , Epiphany: 2.7%
Posté par Etienne Juliot (site web personnel) . En réponse au journal "Linux" sur le bureau en 2006. Évalué à -1.
Et j'irai même plus loin : c'est quoi ces manies de dire que ce n'est pas bien qu'un soft prenne 100% de CPU ?
Au contraire. Si Firefox ne prennait que 30% du CPU, je gueulerai car il n'exploite pas au maximum la puissance de la machine.
Idem pour la RAM. Depuis Firefox 1.5 et le système de cache our accélérer l'accès aux pages déjà vues, il utilise plus de RAM. Mais il l'utilise quand elle nest libre. Je trouve cela très bien que les softs sachent utiliser toute la puissance d'une machine, sans pour autant en faire pâtir les autres applis et le multi-tâche.
[^] # Re: Théo : two point - X.Org : (signed int)(-1)
Posté par Etienne Juliot (site web personnel) . En réponse au journal Graves problèmes de sécurité dans x.org. Évalué à 5.
[^] # Re: illusions de la traduction
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Acceleo sort en version 1.0. Évalué à 1.
Antoine a raison de dire que UML sera peut être dépassé un jour et que dans ce cas on pourrait se retrouver dans le même cas qu'avec un langage devenu désuet.
C'est d'ailleurs une des principales raisons d'être de la notion de méta-modèle.
Ainsi, un modèle réalisé en UML peut facilement être transformé en un autre formalisme, sans pour autant perdre le sens de ce qui a été modélisé.
Pour compléter ce que tu dis, il n'y a pas que UML dans la vie, et je pense justement qu'on va très bientôt assister à une nouvelle vague d'outils et de normes qui compensent ses faiblesses et ses lourdeurs.
Je ne remet pas en question UML qui est très bien : je dis juste que ce n'est pas une solution universelle pour tous les besoins de la Terre.
C'est ce qu'on appelle l'approche DSL, et justement, à Obeo, nous travaillons fortement sur ce sujet afin de proposer une alternative à la solution Microsoft.
[^] # Re: Quelques questions
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Acceleo sort en version 1.0. Évalué à 6.
Ca devrait normalement suffire pour démarrer quelques templates.
2) En fait, on a utiliser le mode inclus dans eclipse pour exporter un plugin avec ses sources. C'est comme ça aussi qu'est proposé en téléchargement l'ensemble des projets Eclipse. On a voulu rester cohérent.
Mais pour faire plus pratique, on est en train de voir pour mettre un Subversion public. Les journées ne font que 24h, et ca viendra dès que possible.
3) Très bonne question pour le langage spécifique. On se l'est d'ailleurs beaucoup posée.
Les syntaxes existantes sont génériques, et peuvent servir à tout et n'importe quoi. Là, l'objectif est d'avoir une syntaxe dédiée au parcours et à la manipulation de modèles.
Ainsi, les problèmes de parcours de listes, d'éléments vides ou null, les liens (contenus ou référencés) sont transparents.
Exemple : si tu veux faire un constructeur avec la liste de paramètres, en tant normal, tu dois faire un iterateur + regarder le premier / dernier élément + gérer les cas d'erreur. Avec Acceleo, tu fais :
Pour ce que tu proposes d'avoir un template sur une API générée : c'est exactement ce que fait Acceleo !!!
En gros, les étapes sont : tu crées ton métamodèle, tu génères l'API et les implémentations pour manipuler les modèles, tu manipules directement ces classes dans Acceleo et/ou dans les services Java associés.
4) Tu as raison, GMF a beaucoup d'avenir. Et je peut déjà te dire que Acceleo peut prendre en entrée des modèles conçus par GMF.
Ainsi, tu as un environnement de modélisation paramétrable, et un système de génération paramétrable. Que du bonheur.
Faudra faire une news quand GMF sortira, c'est à dire dans pas longtemps.
# Compatibilité Linux
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Acceleo sort en version 1.0. Évalué à 2.
On peut dire "qu'elle marchote", mais elle n'est pas utilisable concrètement.
C'est principalement dû au framework EMF qui gèrait mal l'encoding et les chemins dans les fichiers XMI. Il y avait aussi plusieurs problèmes dans Acceleo.
Tout ça sera corrigé dans la prochaine version compatible avec Eclipse 3.2 et la nouvelle version EMF (la fondation Eclipse prévoit de la sortir en juin).
[^] # Re: Générateur de code OpenSource ?
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Acceleo sort en version 1.0. Évalué à 4.
Pour info, Acceleo a été pensé dès le début pour être en OpenSource. Et désolé si le ton était trop buzzword. A force d'être quotidiennement au milieu de termes barbares de métamodèles et autres joyeusetés du genre, on en oublie que c'est encore aujourd'hui assez peu répandu.
Par contre, je ne suis pas d'accord avec toi que ce sont des foutaises.
C'est clair que c'est éloigné du réseau ou de la programmation système, et que ce n'est pas trop le sujet du discussion que tu abordes autour de la dinde de Noël. Mais MDA et EMF ne sont pas des termes commerciaux ou marketing, mais des réalités technologiques.
Et justement, la raison d'être d'Acceleo c'est ça : permettre de faire du MDA sans pour autant avoir à connaître toute la complexité des concepts qui sont dessous.