1. Eclipse est en open-source mais ce dernier point est anecdotique
puisque le développment à été fait par IBM pour remplacer visual age.
Le fait qu'Eclipse soit opensource est anecdotique parce qu'il a ete cree par une boite privee (quoique via un consortium relativement independant) ? Je ne comprends pas bien la ... Donc le fait qu'OpenOffice soit libre est anecdotique parce qu'il a ete libere par Sun ? C'est ce que tu veux dire ?
2. Eclipse est une architecture orientée plug-ins. Mais tous les bons
(cad maintenu & sans trop de bugs) plugins sont / vont être payants.
Et devinez qui a/va développer des plugins pour websphere et conforter
sa position dans les serveurs d'application ?
Euh ... Tu sais, tu peux te lancer dans l'ecriture d'un plugin libre et gratuit. Et si ce plugin devient bon, tu ne sera pas oblige de le rendre payant ....
3. Sun a développé netbeans puis la mis en open-source pour apâter
un peu les développeurs. Netbeans est 100% swing et sert aussi de
framework pour le nouvel IDE java studio creator. Que Sun mise sur eclipse
serait absurde d'un point de vue investissement.
C'est clair qu'un accord entre Sun et Eclipse etait improbable ... Politiquement Sun ne pouvait pas rejoindre le consortium Eclipse.
4. SWT / Swing ? SWT n'est pas prêt de remplaçer swing (voir JDK 1.5),
d'ailleurs IBM ne l'a jamais fait dans ce but, la preuve en ait la tentative
de compatibilité swing dans eclipse 3.
AMHA heureusement qu'il ne va pas le remplacer. J'aime bien Eclipse mais je ne suis absolument pas fan de SWT. Je trouve que c'est un gros bricolage qui n'apporte pas grand chose et qui a une architecture bien inferieure a Swing. Il aurait ete plus judicieux de mettre ces ressources dans l'amelioration des performances de Swing (qui ne sont pas aussi catrastrophique qu'on veut bien le dire quand c'est programme correctement, par contre c'est un gros bouffeur de memoire ca c'est certain). Enfin, c'est juste mon avis :-)
5. Mettre en open-source Java ? Les librairies sont déjà accessibles et
rien n'empêche d'envoyer un patch chez sun.
Je ne sais pas si Java en open-source ou en libre serait une bonne chose ... Je vois des avantages et des risques, et puis Java est loin d'etre aussi ferme qu'on veut bien le faire croire. Le JCP fait un tres bon boulot et assure une independance vis-a-vis de Sun.
[^] # Re: Quelques précisions
Posté par Nelis . En réponse à la dépêche La fondation Eclipse nomme son directeur. Évalué à 3.
puisque le développment à été fait par IBM pour remplacer visual age.
Le fait qu'Eclipse soit opensource est anecdotique parce qu'il a ete cree par une boite privee (quoique via un consortium relativement independant) ? Je ne comprends pas bien la ... Donc le fait qu'OpenOffice soit libre est anecdotique parce qu'il a ete libere par Sun ? C'est ce que tu veux dire ?
2. Eclipse est une architecture orientée plug-ins. Mais tous les bons
(cad maintenu & sans trop de bugs) plugins sont / vont être payants.
Et devinez qui a/va développer des plugins pour websphere et conforter
sa position dans les serveurs d'application ?
Euh ... Tu sais, tu peux te lancer dans l'ecriture d'un plugin libre et gratuit. Et si ce plugin devient bon, tu ne sera pas oblige de le rendre payant ....
3. Sun a développé netbeans puis la mis en open-source pour apâter
un peu les développeurs. Netbeans est 100% swing et sert aussi de
framework pour le nouvel IDE java studio creator. Que Sun mise sur eclipse
serait absurde d'un point de vue investissement.
C'est clair qu'un accord entre Sun et Eclipse etait improbable ... Politiquement Sun ne pouvait pas rejoindre le consortium Eclipse.
4. SWT / Swing ? SWT n'est pas prêt de remplaçer swing (voir JDK 1.5),
d'ailleurs IBM ne l'a jamais fait dans ce but, la preuve en ait la tentative
de compatibilité swing dans eclipse 3.
AMHA heureusement qu'il ne va pas le remplacer. J'aime bien Eclipse mais je ne suis absolument pas fan de SWT. Je trouve que c'est un gros bricolage qui n'apporte pas grand chose et qui a une architecture bien inferieure a Swing. Il aurait ete plus judicieux de mettre ces ressources dans l'amelioration des performances de Swing (qui ne sont pas aussi catrastrophique qu'on veut bien le dire quand c'est programme correctement, par contre c'est un gros bouffeur de memoire ca c'est certain). Enfin, c'est juste mon avis :-)
5. Mettre en open-source Java ? Les librairies sont déjà accessibles et
rien n'empêche d'envoyer un patch chez sun.
Je ne sais pas si Java en open-source ou en libre serait une bonne chose ... Je vois des avantages et des risques, et puis Java est loin d'etre aussi ferme qu'on veut bien le faire croire. Le JCP fait un tres bon boulot et assure une independance vis-a-vis de Sun.
Voila aussi ;-)