Avec la venue de cette dernière, l'équipe de GanttProject a décidé de refondre quelques peu le design du projet. Nous voulons donc changer le logo (qui deviendrait le définitif), l'écran d'accueil et les images présentes dans le logiciel.
Nous faisons donc appel à contributions pour nous aider dans cette tâche. Si vous êtes intéressé pour créer quelques icônes et logos vous êtes le ou la bienvenue. Le site propose les règles de créations ainsi que les posts qui seront envoyés. Merci par avance de vos contributions.
Aller plus loin
- GanttProject.org (21 clics)
- Page concernant les logos (10 clics)
- Page sourceforge (2 clics)
# pour situer le produit...
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: pour situer le produit...
Posté par Bapt (site web personnel) . Évalué à 3.
Openworkbench est pas mal, dans le nombre de fonction, mais je le trouve extrêment peu pratique à l'utilisation (UI) comparé à project ou surtout planner que j'utilise le plus souvent.
Ganttproject est un bon produit, mais il est rapidement limité par son côté "uniquement" gantt, du moins dans les versions avec lesquels il m'arrive de travailler.
# Y a comme un problème ....
Posté par totof2000 . Évalué à -8.
1/ Ca rame
2/ Java c pas libre.
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 9.
2/ C'est un logiciel libre, il tourne peut etre meme avec GCJ. Il n'est pas responsable de la couche en dessous de son logiciel.
J'ai envie de rajouter gros boulet mais bon, je le fais pas.
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par fork_bomb . Évalué à -1.
Bah quand même. Si il avait écrit son programme en C il n'aurait pas eu de problèmes de VM propriétaires.
Mais bon, c'est sur qu'il a choisi java pour de bonnes raisons.
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à -2.
C pas son taf au mec.
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 6.
Linux: C'est un os libre avec des drivers propriétaires (que je ne suis pas obligé d'installer).
Java: C'est une technologie propriétaire contrôlée par une entité commerciale (dont la santé économique est plutôt mauvaise) qui a déposé un tas de brevets sur ce machin, mais qui permet pour le moment des implémentations libres.
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
quand au brevet, ils sont la sur tout... je pense que sun pas plus qu'un autre
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par Ymage . Évalué à 0.
Il faut quand même savoir faire la part des choses.
Si vous n'aimez pas ce commentaire c'est qu'il est ironique.
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 0.
Merci d'arrêter d'entretenir la confusion Libre=GPL !!!
Je suis pro-libre mais pas forcément pro-GPL.
[^] # Re: Y a comme un problème ....
Posté par Arachne . Évalué à 4.
[^] # Re: Y a comme un problème ....
Posté par Matthieu Lemerre (site web personnel) . Évalué à 1.
http://l-lang.org/ - Conception du langage L
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 2.
[^] # Re: Y a comme un problème ....
Posté par Matthieu Lemerre (site web personnel) . Évalué à 2.
Si tu n'aimes pas la license GPL, c'est que tu considere qu'il est bien qu'i existe des logiciels proprietaires, et qu'il est bien qu'ils puissent recuperer du code comme ils veulent dans les logiciels libres ; par consequent tu n'es pas pro-libre (tout au plus tu as une preference pour le logiciel libre.)
http://l-lang.org/ - Conception du langage L
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
Déja, je préfère la LGPL et je n'oppose pas logiciel libre a logiciel propriétaire.. ce sont deux modèles différents qui se développent de manière différentes... je ne nourris pas de haine contre eux, je ne veux pas faire le taliban.
Bien entendu, j'éspère qu'on va gagner :)
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 2.
Un logiciel libre n'est pas forcément GPL, et on peut être pro libre sans forcément mettre du GPL partout.
c'est que tu considere qu'il est bien qu'i existe des logiciels proprietaires
Si c'est ce que certains veulent, pourquoi pas ....
et qu'il est bien qu'ils puissent recuperer du code comme ils veulent dans les logiciels libres
Non. Ils récupèrent uniquement le code qu'ils ont le droit de récupérer, c'est tout.
par consequent tu n'es pas pro-libre
Toi tu es pro-GPL. Pas moi. La GPL est une licence qui est adaptée à un besoin particulier. Si, en tant que développeur d'une appli, j'accepte que mon code soit réutilisé dans des softs proprio, en quoi es-ce génant ? Ce que j'ai fait est, et restera toujours libre.
[^] # Re: Y a comme un problème ....
Posté par Matthieu Lemerre (site web personnel) . Évalué à 2.
Non non je ne confond rien du tout. Je considere les licenses BSD comme etant parfaitement libre, comme tout le monde.
Et je suis d'accord : on peut être pro libre sans forcément mettre du GPL partout.
Cependant, etre pro-libre c'est privilegier le logiciel libre; ce que ne font pas les licenses de type BSD.
Pour moi, ce genre de license a comme interet de permettre plus facilement l'adoption d'un nouveau standard ouvert. C'est ce qu'ont fait ogg/vorbis par exemple.
La LGPL est utile en remplacement d'une librairie proprietaire deja beaucoup utilisee (comme Motif).
La GPL devrait s'appliquer partout ailleurs; si on ne souhaite pas le faire, c'est qu'on souhaite explicitement que des logiciels proprietaires puissent tirer parti de notre code; on n'est donc pas ce que j'appellerai pro-libre (dans le sens: privilegier le logiciel libre par rapport au logiciel proprietaire); On considere le logiciel libre comme pratique, et non comme une fin en soi.
http://l-lang.org/ - Conception du langage L
[^] # Re: Y a comme un problème ....
Posté par CrEv (site web personnel) . Évalué à 3.
libre != GPL, même si tu dis faire la différence à la lecture c'est pas le cas...
C'est aussi ça la liberté, non ? liberté de donner son code à n'importe qui et pour n'importe qu'elle utilisation
Heu non...
Une licence libre devrait pouvoir s'appliquer partout, pas forcément la GPL.
Si je fais un prog et que je le met sous bsd, ce n'est pas "explicitement [pour] que des logiciels proprietaires puissent tirer parti de notre code" mais peut-être simplement parce ce que je veux faire une sorte de "don" qui puisse être réutilisé par tout le monde, quelques soit ces intentions.
La GPL, outre la licence en tant que telle est un outil pour tendre vers un monde informatique libre. Mais ce n'est qu'un outil parmis d'autres, parmis d'autres aprochent. Il faut un peu arreter avec cette confusion permanente.
Et les bsd (et assimilées) ne privilégient pas forcément le propriétaire, sinon ça ferait longtemps que tous les projets sous ce type de licence se serait fait bouffer par des implémentation propriétaires (il suffit de voir apache, qui a une licence proche de bsd et qui continue malgrès tout à fonctionner...)
(ok, c'est vrai aussi que les licences bsd ont été créées dans le but de licencier les travaux d'étudiants de telle sorte qu'ils puissent monter leur boite - proprio - avec)
ps : je ne suis pas plus pro bsd que pro gpl, simplement pour le libre mais les licences dépendent de ce que je licencie...
[^] # Re: Y a comme un problème .... (Attention au troll)
Posté par totof2000 . Évalué à 2.
- la GPL qui ne permet pas de réutiliser du code GPL dans un proje BSD
- la BSD qui permet a un projet GPL d'utiliser du code sous license BSD ?
J'ai l'impression que pour certains, le libre se résume à GPL et BSD, et tout ce qui n'est pas GPL permet aux méchants éditeurs propriétaire de piquer le code d'un projet libre.
C'est pas parce que la GPL empêche de réutiliser le code dans un soft propriétaire qu'elle est la seule à le faire ....
[^] # Re: Y a comme un problème ....
Posté par Philip Marlowe . Évalué à -1.
Oui d'accord. Utilisons la logique booléenne. GPL implique libre. Libre n'implique pas GPL, donc non GPL n'implique pas non libre. Par contre, non libre implique non GPL ! ;-))
Ma contribution à deux centimes.
[^] # Re: Y a comme un problème ....
Posté par Matthieu Lemerre (site web personnel) . Évalué à 0.
Celui qui choisit de mettre mon projet sous license BSD plutot que sous GPL, c'est que, plutot que de faire son don au logiciel libre uniquement, il choisit de le faire aussi aux editeurs de logiciels proprietaires.
Par voie de consequence, il considere qu'il est bien :
1/qu'il existe des logiciels proprietaires
2/qu'ils puissent prendre du code des logiciels libres comme bon leur semble (mis a part des logiciels GPL qui empechent ca).
Evidemment, dans ce cas, il cree un logiciel libre, mais il ne favorise pas le logiciel libre par rapport au logiciel proprietaire. Il n'est donc pas "pro-libre".
Celui qui prefere le logiciel libre partout, dans toute situation licensierait son logiciel sous license GPL, sauf dans les cas que j'ai cite (utilisation de la LGPL en remplacement d'une libraire proprietaire en vue d'elargir la base d'utilisateurs, utilisation de la license BSD pour promouvoir un nouveau standard / une nouvelle technologie).
J'espere avoir ete plus clair; Je suis loin de confondre les licenses, j'explique juste quels sont les types de raisonnements qui amenent a preferer une license plutot qu'une autre.
http://l-lang.org/ - Conception du langage L
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
Il n'y a pas a considere qu'il est "bien qu'il existe des logiciels propriétaires", ils éxistent et c'est tout et beaucoup de gens mangent grâce à eux.
Nous, on a une autre façon de voir et je pense qu'on a raison :) Donc on développe des logiciels libres à notre manière.
Mais ce n'est pas pour ça qu'il faut diaboliser les logiciels propriétaires.. laisser les vivre, il y a de la place pour tout le monde. Si notre modèle est le meilleur, ce que je crois, beaucoup migreront doucement mais surement vers le libre.
Quand aux licences, LGPL donendes logiciels libres et je n'ai aucun prb que mon travail soit récupéré par des boites pour les intégrer à leurs solutions propriétaire.. ca retombe toujours de façon bénégique pour nous.
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par CrEv (site web personnel) . Évalué à 2.
Non, quelqu'un qui licencie sous BSD ne se dit pas forcément qu'il est bien d'avoir des logiciels propriétaires, ni le "comme bon leur semble"
C'est simplement donner sans attendre grand chose, simplement participer au libre (même si cette méthode te semble non pro-libre) et y contribuer.
Et dans le genre pillage, pourquoi ne pas parler de tous ces codes bsd repris "comme bon leur semble" pour les intégrer dans des logiciels en GPL dont les amélioration futures ne pourront pas être réintégrés dans le projet initial, sous BSD
En fait j'aurais surtout écrit "plutot que de faire son don au logiciel libre uniquement, il choisit de le faire aussi aux editeurs de logiciels proprietaires" comme :
"plutot que de faire son don au logiciel libre uniquement, il choisit de le faire à tout le monde"
[^] # Re: Y a comme un problème ....
Posté par tanguy_k (site web personnel) . Évalué à 2.
> de VM propriétaires.
Java n'est pas moins libre que le C. Si personne n'avait developpe un compilo C libre on aurait ete dans le meme cas que Java actuellement. Un language et l'implementation d'un language sont 2 choses distinctes.
Rien n'empeche l'implementation d'une JVM libre, d'ailleurs ca existe deja.
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à -1.
Cet argument ne tient pas.
1/ Tout le monde sait que Java est une technologie contrôlée par Sun avec un tas de brevets dans tous les sens, et qu'on ne sait absolument pas comment Sun va faire évoluer le bouzin, même si actuellement il n'y a pas de problème.
<mode_delire>
Vu la santé économique de Sun actuellement, qu'est-ce qui dit que cette société ne va pas couler, être rachetée en totalité ou en partie par une société (MS par exemple), qui serait intéressée par le portefeuille d brevets de Sun, dont ceux sur java, justement pour barrer la route aux Logiciels Libres? Quid dans ce cas de tous les LL développés en Java s'il n'est plus possible d'avoir une JVM libre?
</mode_ delire>
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à -1.
quand a ton mode délire, je réponds meme pas :)
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 3.
Et c'est qui?
Sun veut garder le contrôle de Java, essentiellement pour éviter les problèmes d'incompatibilité que pourrait introduire une société peu respectueuse des standards qui profiterait de sa position dominante pour décrédibiliser voir s'approprier cette technologie. Sun a résisté à la pression que lui a mis IBM pour libérer Java il y a quelques temps. Alors certes, c'est peut être pas Sun qui fait évoluer seul le bouzin, mais c'est Sun qui contrôle l'évolution de Java et qui décide de l'orientation que prend cette technologie.
Mon mode délire n'est pas aussi délire que ca, c'est assez fréquent de voir certaines boites couler et se faire racheter par un concurrent qui veut prendre le controle d'une technologie ou même enterrer cette technologie afin de promouvoir la sienne (qui e souvient de Digital avec son Unix et ses processeurs Alpha, racheté par Compaq, puis HP, qui a décidé d'enterrer ce système extraordinaire?)
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
Java n'est pas que l'interet de sun.. c'est aussi celui d'apache, d'oracle, d'ibm... bref
http://about.me/straumat
[^] # On m'aurait menti ???
Posté par totof2000 . Évalué à 1.
[^] # Re: On m'aurait menti ???
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
http://about.me/straumat
[^] # Re: On m'aurait menti ???
Posté par Bapt (site web personnel) . Évalué à 1.
Je ne te dis pas que ça marche, mais as tu au moins essayé (gij EST une jvm digne de ce nom portable sur toutes les plateformes sans emulation).
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à -1.
Tu peux, vas-y. Je m'attendais à ce gente de réactions.
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 6.
Le mec qui fait gantproject fait un taf super, une belle contribution au mouvement et toi tu arrives et tu dis :
C'est lent et java, c'est pas libre
Je sais pas qui tu es ni de quel façon tu participes aux logiciels libres, mais en tout cas, pour l'auteur de gantproject qui doit y passer un certain temps, tu dois etre le genre de mec complètement démotivant.
Bref, courage à l'auteur, faut pas trop s'en faire pour les gens comme totof, faut continuer à taff et à produire :)
C plus facile de critiquer quand on est spectateur qu'acteur
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 2.
A côté de ca il y a quand même un certain nombre de personnes qui utilise ce soft non?
faut pas trop s'en faire pour les gens comme totof, faut continuer à taff et à produire :)
Ou ai-je dit qu'il devait arrêter de produire?
Attention, je ne remet pas en cause le travail en, lui même. J'ai essayé ce soft à une époque (il y a 5 ou 6 mois) et la seule raison pour laquelle je ne l'utilise pas est justement le fait qu'il soit en Java. J'utilise NetBSD a la maison et je trouve dommage de ne pas avoir une JVM native sous ce système et de devoir passer par une couche d'émulation. C'est certainement pour ca que je l'ai trouvé plutot lent d'ailleurs. Je trouve ca dommage, c'est tout, parce que sinon je l'aurais bbien utilisé.
Après c'est vrai que je n'ai pas mis les formes pour le dire .... mon but n'était pas de froisser, mais de faire réfléchir un peu ....
[^] # Re: Y a comme un problème ....
Posté par lorill (site web personnel) . Évalué à 3.
etant donné que ce genre de message est balancé a CHAQUE news contenant le mot java, pour chaque logiciel ecrit en java, je crois que c'est bon, on y a assez reflechi.
--
un développeur démotivé.
[^] # Re: Y a comme un problème ....
Posté par Alexandre THOMAS . Évalué à 5.
[^] # Re: Y a comme un problème ....
Posté par lorill (site web personnel) . Évalué à 1.
"ah il est bien ton soft, mais je m'en servirais pas parce que c'est du java et java sux"
"dommage que ce soit ecrit en java"
"ton logiciel n'est pas libre, il a besoin d'une jvm".
et compagnie, peut-etre que toi tu tiens le choc (c'est tout a ton honneur), mais moi j'en ai ma claque. et quand en plus t'es seul sur le projet, sans soutien, ben ca fait un projet séverement ralenti.
enfin bref, je vais m'arreter la, je commence a m'appitoyer sur mon sort, et ca c'est pas bon.
[^] # Re: Y a comme un problème ....
Posté par Alexandre THOMAS . Évalué à 1.
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 2.
Si je trouvais un environnement Java qui me permette de faire tourner tous les softs écrits en java sans me prendre la tête et à une vitesse correcte, je ne ferais même pas attention au fait que ce soit du java.
Si tu me trouve cet environnement, promis je ne fais plus une seule déclaration négative sur Java.
[^] # Re: Y a comme un problème ....
Posté par totof2000 . Évalué à 2.
En fait je suis un peu frustré parce que certains logiciels (dont GanttProject fait partie) sont très bien fichus, mais malhereusement développés en Java, et la plate forme sur laquelle je veux l'utiliser ne dispose pas forcément d'une JVM correcte.
[^] # Re: Y a comme un problème ....
Posté par Alexandre THOMAS . Évalué à 3.
c le coup du sort que ce soit en java, ce n'etait pas ma volonté première, et maintenant trop tard pour changer :)
[^] # Re: Y a comme un problème ....
Posté par Gniarf . Évalué à 3.
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
Mmm le jour ou tu connaitras Xdoclet, Ant, Junit, Hibernate, l'aop, eclipse, jonas, spring... tu changeras peut etre d'avis
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par Gniarf . Évalué à 2.
[^] # Re: Y a comme un problème ....
Posté par tanguy_k (site web personnel) . Évalué à 1.
> fr.comp.lang.java en 1999
C'est si complique de donner des arguments credibles et convaincants pour quelqu'un qui programme en Java depuis 1999 ?
Tu proposes quoi comme alternative a Java ?
[^] # Re: Y a comme un problème ....
Posté par Gniarf . Évalué à 3.
non, mais c'est payant (et même assez cher, si tu veux savoir)
Tu proposes quoi comme alternative a Java ?
dans les pages web ? Flash a fini par devenir sympa en terme de résultats, même si ça m'arrache la gueule de l'admettre
sur le "desktop" ? pratiquement n'importe quoi d'autre, surtout sous X, ou quand la JVM passe son temps à m'exploser à la figure ou à bouffer 350 Mo de RAM parce que le développeur ne connait pas la différence entre une String et un StringBuffer...
[^] # Re: Y a comme un problème ....
Posté par TazForEver . Évalué à 3.
HS
la différence entre une String et un StringBuffer
tu parles du truc qui synchronize je-sais-pas-quoi ? levez la main ce qui utilise un StringBuffer en parallèle !
Quant à la diff String/StringBuffer, je te répondrais que c'est le boulot du compilo ou de la VM. Python2.4 a retravaillé ce genre de chose, et des boucles
while machin:
s = s + "truc"
sont maintenant optimisés je sais pas comment, mais au final les performances sont quasi-linéaires. J'avais testé, il faut des tailles de chaînes de plusieurs Mio pour que l'utilisation d'un StringIO (équivalent du StringBuilder) commence à devenir plus avantageuse (contre ~4Kio avec python2.3). Bref l'utilisation des StringIO devient marginale, sauf quand fonctionnellement c'est plus adapté. Les développeurs python sont également plus habitués au meilleur "truc".join(liste)
Donc pour moi c'est un faux problème.
[^] # Re: Y a comme un problème ....
Posté par tanguy_k (site web personnel) . Évalué à 0.
> ou à bouffer 350 Mo de RAM
Un language et l'implementation d'un language sont 2 choses distinctes. C'est pas parcequ'il existe une implementation pourrie qu'il faut jeter l'eau du bain avec le bebe. Il suffit de voir l'integration de Java sous Mac OS X pour s'en convaincre.
> sur le "desktop" ? pratiquement n'importe quoi d'autre
Java pour le desktop en terme de simplicite de developpement, de rapidite, de maintenance, de portabilite, de lisibilite du code est tres tres largement superieur a C/GTK et C++/Qt.
Le jour ou GCJ (ou harmony) sera devenu mature, Java aura de gros avantages par rapport aux outils communement utilises.
Ceci dit je ne fais plus de Java mais du C++ a cause de cette histoire de JVM...
[^] # Re: Y a comme un problème ....
Posté par Raphaël G. (site web personnel) . Évalué à 0.
[^] # Re: Y a comme un problème ....
Posté par TazForEver . Évalué à 2.
Qu'en est-il de GanttProject ?
[^] # Re: Y a comme un problème ....
Posté par Alexandre THOMAS . Évalué à 2.
[^] # Re: Y a comme un problème ....
Posté par TazForEver . Évalué à 2.
De ma micro expérience universitaire (imagerie) il me semble que des produits comme Jikes sont très intéressant en terme de performance de compilation, et avec kaffe, j'ai pu faire tourner sur mon ppc (lentement) mes quelques programmes de traitement d'image, ce qui était impossible avec les VM et classpath précédents. Bref je sens qu'il y a des gros progrès. À vous d'enfoncer le clou !
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 4.
Perso, ma position est la suivante :)
L'informatique est organisée en couche, firmware, os, base de données, serveur d'applications.... Perso, je travaille sur une couche au dessus de la JVM... elle est omniprésente mais aussi parfafitement invisible (Je me moque de celle installée et encore plus de celle qui le sera chez le client du moment que ca respecte 1.4 par exemple).
Donc une VM libre, ca m'interesse, bien entendu. Mais d'un autre coté, je ne vois pas cette couche comme étant de ma "responsabilité, donc je bosse sur ma couche, d'autres bossent sur les jvm libres et voila, l'important est qu'on développe des LL.
C juste mon point de vue. Pour moi c comme d'emmerder un mec qui bosse sur KDE parce que ca tourne généralement sur un PC avec des firwmares non free.. bien sur qu'il prefererait que tout soit libre mais voila.. c pas son taf
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par TazForEver . Évalué à 5.
C'est vôtre boulôt.
On est que des utilisateurs, on veut utiliser.
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 3.
Après, peu importe, je n'impose rien sauf un standard. Il n'est pas question de s'enfuir ou quoique ce soit, on développe des logiciels de manière "invisible", je me moque de la marque de la jvm, de l'os et de tout le reste.. Je développe pour du java 1.4.
C'est pas votre boulot ? ben il y aurait jamais eu de LL du tout alors, il existait des noyaux, des outils, des compilateurs et des environnements de bureau bien avant le LL, pourquoi s'ennuyer !
Non, tu fais une mauvaise analogie, c comme si tu disais qu'on aurait jamais pu développer de logiciels libres sans un OS libre. Ca n'a rien à voir.
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par TazForEver . Évalué à 3.
Le JavaTrap dans toute sa splendeur.
JavaSaPuSpaLibre
Peut-être vous faut-il relire en détail :
http://www.gnu.org/philosophy/java-trap.fr.html.(...)
C'est pas grave, moi et mon ibook on arrive très bien à vivre sans tous vos trucs en Java Sun. En attendant une JVM utilisable techniquement et éthiquement, j'utilise des projets libres et concurrents tel que l'excellent Planner http://developer.imendio.com/wiki/Planner(...)
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 4.
On essaye juste de te faire comprendre qu'il y a des gens qui bossent dessus et que ca sert à RIEN de dire à tous ceux qui font des softs java "Hey pkoi tu contribues pas à une jvm libre ?"
C'est comme si il n'y avait pas d'OS libre et qu'a chaque fois que tu sortes un logiciel libre, on vienne te dire "Ah beh c nul, pkoi tu travailles pas plutot sur le développement d'un OS Libre ?"
Chacun son truc. Produisons du logiciel libre, c'est ça qui compte.
Quand au fameux trap.. tu devrais bien le lire:
vant que nous ne disposions du compilateur GNU C, tous les programmes C (qu'il fussent libres ou non) dépendaient d'un compilateur C non-libre. Avant que nous ne disposions de la bibliothèque GNU C, tous les programmes dépendaient d'une bibliothèque C non-libre. Avant que nous ne disposions de Linux, le premier noyau libre, tous les programmes dépendaient d'un noyau non-libre. Avant que nous ne disposions de Bash, chaque script shell devait être exécuté par un interpréteur non-libre.
Est ce que pour autant, ils se sont arrétés ? Non, chacun son taf
Et en parlant de contributions et tout... as tu au moins essayer de faire tourner gantproject avec gcj ? :) ca pourrait etre une première contribution toi le grand enthousiaste incompris
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par TazForEver . Évalué à 2.
kaffe -classpath eclipsito.jar org.bardsoftware.eclipsito.Boot ganttproject-eclipsito-config.xml
8 ao\ufffft 05 16:13:38 org.bardsoftware.impl.eclipsito.BootImpl run
INFO: Eclipsito platform is running.
8 ao\ufffft 05 16:13:50 org.bardsoftware.impl.eclipsito.BootImpl$1 uncaughtException
WARNING: [uncaughtException]java.lang.NullPointerException
8 ao\ufffft 05 16:13:50 org.bardsoftware.impl.eclipsito.BootImpl shutdown
INFO: Eclipsito platform is shut down.
Pour reprendre ta citation, ils s'y sont pas arrêtés non, ils ont travaillés. Pourquoi n'y a-t-il pas un collectif de développeurs de LL en Java qui permettraient aux gens d'échanger leurs expériences et de s'entraider pour faire fonctionner leur produits sur des environnement libres ? Parce que il me semble clair que vous ne vous en souciez pas : "c'est pas notre boulot" "on suit un standard" (et quel standard !) "c'est pas la même couche" etc
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 3.
Ce n'est pas à déveloper JSE ou JEE de vérifier les JVMs... on code en fonction d'une API et d'une plateforme. C'est aux jvms de respecter le standard et donc kaffe doit bosser pour implémenter le standard.
C'est une API standardisée, que tu le veuilles ou non. C'est comme si un développeur allait vérifier que le processeur interprete bien ces programmes... c le taf d'un processeur de connaitre certaines instructions d'agier selon le standard..
Dis moi, as tu déja programmé avec une API ? C'est un contrat, c'est tout
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par Benoît Sibaud (site web personnel) . Évalué à 2.
L'idée serait que le développeur d'un projet en Java indique si son logiciel tourne avec une ou plusieurs JVM libres, en partie ou en totalité, et indique éventuellement pourquoi (genre la couche CORBA de Classpath est incomplète, j'utilise Swing de partout, etc.). Cette partie peut très bien être sous-traitée en partie aux utilisateurs, genre prévoir une page/un wiki où l'on demande si quelqu'un à tester le logiciel avec une JVM libre.
Parce que si les développeurs des projets libres en Java se fichent de savoir si ça tourne sur une JVM libre, et que les défenseurs du libre ne veulent pas utiliser un logiciel en Java sans savoir à l'avance si ça tourne sur une JVM libre, on est pas sorti de l'auberge.
Bref aux développeurs de tester un peu et aux utilisateurs de tester un peu, les premiers (sensibles au libre donc) devant à mon sens rappeler l'utilité des JVM libres aux seconds, et réciproquement.
Par ailleurs, oui c'est une API standardisée... comme le C ou le C++ quoi. Et pourtant on trouve des tests pour les différentes plateformes dans les logiciels libres en C/C++, histoire de vérifier si ça marche bien sur telle et telle archi. Pour du Java, tester sur différentes JVM me paraît une bonne pratique. De même que compiler avec javac et jikes permet de remonter des avertissements et des messages d'erreurs différents. Que tester du C/C++ sur du 32 ou du 64 bits permet de trouver des erreurs de présupposé sur les tailles. Etc.
Le projet d'hébergement Savannah demande par exemple que le projet fonctionne avec une JVM libre: "Si votre projet comporte des classes Java, assurez-vous qu'elles puissent être interprétées avec un environnement Java Libre (voir http://www.gnu.org/software/java/).(...) Si c'est le cas, signalez-le clairement dans le formulaire d'enregistrement. Une source récurrente de problèmes est l'utilisation de Swing, car il n'y a pas pour l'intant d'implémentation libre de cette bibliothèque. (Le JDK n'est pas un Logiciel Libre)."
[^] # Re: Y a comme un problème ....
Posté par PachaFonk . Évalué à 3.
En même temps, si ils font ça tous seuls dans leur coin (pan) et que personne n'utilise jamais leur VM sous prétexte que *ysonkasuivlestandar* ... on est pas arrivé !!!
[^] # Re: Y a comme un problème ....
Posté par TazForEver . Évalué à 2.
[^] # Re: Y a comme un problème ....
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
Pour ce qui est de l'analogie avec C/C++, je la trouve pas terrible. J'ai développé un tout petit peu en C et en C++, je crois qu'un développeur serait fou de croire que parce que son programme compile et fonctionne sous linux, il a pas besoin de tester sous Windows.
En Java, mes programmes tournent sous Linux, je vais pas tester sous Windows, j'ai pas besoin. Un développer C/C++ testera toujours (enfin, ceux que je connais)
http://about.me/straumat
[^] # Re: Y a comme un problème ....
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Le programmeur Java est-il vraiment à l'abri des subtilités de chaque plateforme ? De la gestion de la casse majuscules/minuscules par le système de fichiers du système ? Des différences éventuelles dans les caractères autorisés pour les noms de fichiers ? Dans la gestion des droits ? Etc. J'ai sous les yeux une appli Java qui marche bien sous Windows et qui utilisée sous GNU/Linux sous WindowMaker affiche des titres de fenêtres incomplets (coupure au premier caractère accentué pour cause de souci d'UTF-8). Il le devine le programmeur Java s'il ne teste pas ?
# Ca fera plaisir à certains
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
Chacun son taf comme je disais :) c pas à des gens comme eclipse de s'occuper de ces problèmes.. comme l'auteur de gantproject n'a pas a se concentrer sur la machine virtuelle.
http://about.me/straumat
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.