Selon ZDNet : Mike Milinkovich ancien vice-président d'Oracle en charge de la division serveur d'applications, va prendre les commandes d'une structure en pleine mutation depuis son émancipation d'IBM, fondateur en 2001 et principal financier du consortium open source.
Le CV de Milinkovich le crédite d'une vingtaine d'années d'expérience dans l'industrie IT, dans des fonctions diverses de développement de produits, marketing et finances.
Les priorités du nouvel arrivant vont être de :
* Mettre en place les échanges entre membres, contributeurs et utilisateurs.
* Assurer le lancement de la version 3.0 pour l'été 2004
* Assurer des bases saines pour le projet open WebTools qui permettra d'utiliser Eclipse du côté serveur.
* Mettre en place une équipe dirigeante et superviser les planifications.
Son passé de gestionnaire au sein d'Oracle ne sera pas de trop, aux vus de la responsabilité et de la tâche à accomplir ... sans compter qu'Eclipse est un projet d'importance, qui a provoqué de nombreuses rivalités et prises de positions parmi des acteurs importants du marché informatique.
NdM : Eclipse est un environnement de développement intégré (IDE) Java open source.
Aller plus loin
- La nouvelle sur ZDnet (1 clic)
- L'annonce sur le site de Eclipse.org (1 clic)
- DLFP:Création de l'Eclipse Foundation (1 clic)
# Venir d'Oracle pour être à la tête d'un projet opensource?
Posté par Jiel (site web personnel) . Évalué à 1.
Je suis bien d'accord, mais ce monsieur vient du fin fond du monde propriétaire, saura t-il diriger un projet opensource? (si je ne me trompe pas Eclipse est sous CPL).
# pas que java
Posté par nicodache . Évalué à 1.
Il existe cependant, en plus du JDT (java development toolkit) un CDT (c++ development toolkit). Eclipse permet donc aussi de développer des applications en C.
cependant, il est possible que l'écriture complète de Eclipse en java apporte un avantage sensible à la création de code en java, pitet à cause d'une plus grande interaction entre l'éditeur et le code... (cependant, comme je sais pas trop comment ca fonctionne un éditeurt genre éclipse...)
[^] # Re: pas que java
Posté par jerome . Évalué à 2.
Ce qui donne son sens a l'IDE, c'est l'utilisation des plug-ins qui ajoute tout un ensemble de fonctions. Il y a, outre le plug-in pour java (JDT) et C/C++ (CDT), des plug-ins pour developper des applis en cobol..., construire des interfaces graphiques, faire des diagrammes UML... Mais c'est vrai que le plug-in java est le plus puissant, et est vraiment impressionnant (sans doute aussi parceque c'est le plus ancien)
Eclipse fournit en fait un ensemble de points d'entree que les plug-ins peuvent utiliser pour developper des editeurs, integrer des compilateurs et debuggeurs...
Le dernier milestone d'eclipse (M9) avant la sortie de la 3.0 est sorti il n'y a pas longtemps
[^] # Re: pas que java
Posté par hachesse . Évalué à 1.
La RC1 est même sortie depuis peu (29 mai) et pour tout les developpeurs java c'est à essayer de toute urgence.
# correction pour le modérateur
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 9.
Non, eclipse n'est pas un IDE JAVA... Le plugin pour Java (JDT) est inclus avec la plateforme par défaut, mais ce n'est pas du tout fait que pour ca.
Eclipse propose une sorte d'API très poussé qui permet de programmer de nombreux plugins pour tout types de choses (graphisme vectoriel, languages, gestion de graphes, ...)
Alors dire que c'est un IDE Java je trouve ca très réducteur.
http://www.eclipse-plugins.info/eclipse/plugins.jsp(...) (il y a au moins 515 plugins en ce moment (parmis ceux référencés))
Eclipse, l'emacs new generation :)
[^] # Re: correction pour le modérateur
Posté par Julien Bidault . Évalué à 6.
Maintenant, via plugins, on peut lui faire faire tout ce qu'on veut (J2EE, XML, C++, Perl, PHP, Latex, etc....)
donc ce n'est pas un IDE pour Java, mais un IDE java qd même
[^] # Re: correction pour le modérateur
Posté par Aurélien Bompard (site web personnel) . Évalué à 1.
Énorme. Celui-là, c'en est un gros, bien poilu, et qui s'assume.
Le fan de VI ne manquera pas de remarquer le principal point de similitude entre Emacs et Eclipse.
[^] # Re: correction pour le modérateur
Posté par pvincent . Évalué à 4.
Je suis d'accord.
Eclipse, la plateforme, peut être vu comme un moule applicatif pour Java. C'est un peu la même idée que Microsoft quand ils ont développé la MMC : les éditeurs peuvent développer des outils d'administration dans le framework MMC, ca reste cohérent.
Eclipse, c'est une base d'accueil pour plugin avec une plateforme graphique proposant des fenetres, le DragNDrop, des onglets, des perspectives, un positionnement 'IDEAL', des outils de dessin vectoriels...
A l'origine, le JDT (plugin IDE Java) et la plateforme formait un tout cohérent. Mais maintenant il y a une séparation nette qui permet d'utiliser la plateforme sans le JDT.
Eclipse c'est aussi un superbe projet open-source avec un consortium démocratique. Jusqu'à là, tout est parfait.
Seul bémol depuis que Sun a clairement émis une opinion négative sur le côté open-source de Java, et quand on sait les divergences entre les couches graphiques SWT(eclipse) et SWING(sun).
Le soleil n'apprécie pas trop qu'on l'éclipse.
[^] # Re: correction pour le modérateur
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
http://news.com.com/Sun+plans+to+open-source+Java--someday/2100-734(...)
http://about.me/straumat
[^] # Re: correction pour le modérateur
Posté par Stéphane Brunner . Évalué à 2.
Peut être cette année encore nous aurons cette bonne nouvelle !
[^] # Re: correction pour le modérateur
Posté par Julien Bidault . Évalué à 2.
# Quelques précisions
Posté par alex2004 . Évalué à 3.
J'aimerai faire quelques remarques au risque de me faire lyncher :
1. Eclipse est en open-source mais ce dernier point est anecdotique
puisque le développment à été fait par IBM pour remplacer visual age.
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 ?
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.
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.
5. Mettre en open-source Java ? Les librairies sont déjà accessibles et
rien n'empêche d'envoyer un patch chez sun.
Voilà.
Alex
[^] # Re: Quelques précisions
Posté par CMO (site web personnel) . Évalué à 2.
1- pas compris
2- CDT, WebTools, GEF et bien d'autres plugins vont rester gratos.
3- Sun n'a pas initialement développé NetBeans, il l'a racheté, puis ouvert, comme avec StarOffice :
http://www.netbeans.org/about/history.html(...)
4- Depuis peu, SWT est téléchargeable indépendament de Eclipse.
Bon ou mauvais signe ?
5- Il me semble que la licence de SUN empêche de modifier les librairies java et de publier un patch, même si on a le source (ce qui est bien sympa quand même).
Mais il est toujours possible de faire un bug report.
[^] # Re: Quelques précisions
Posté par Nelis (site web personnel) . É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 ;-)
[^] # Re: Quelques précisions
Posté par alex2004 . Évalué à 1.
coopération open-source mais plutôt un moyen pour IBM d'être dans
le "coup". Personnellement, je ne vois pas ce que l'open-source peut
apporter à eclipse, je penche plutôt pour de l'open-source dans certains
plugins. Et sur la continuité du développement, je vois mal de
généreux contributeurs atteindre le niveau de l'équipe actuel qui plus
est sans être rémunéré au grand profit de d'IBM.
2. Cela commençe à faire un bail que je suis l'évolution d'éclipse et
des plugins. Je suis obligé de constater que sur mes besoins XML,
seul les payants tiennent la route ce qui est tout de même paradoxale
quand on pense que l'exemple de base pour développer un plugin
repose sur le cas de création d'un éditeur XML... En réalité, ce n'est pas le
faite de payer qui me gêne mais plutôt le manque de plugins fournit
par défaut comme l'édition XML ou un éditeur wysiwyg façon JBuilder.
4. D'accord avec toi, hélas je vois trop de développeurs confondant
look & API qui pensent qu'en SWT ils seront au sommet.
5. Si c'est chapeauté par Sun, il n'y aura pas de problème et je pense même
que l'open-source n'apportera rien. Je pense que cela
reste un pretexte pour être dans le vent.
[^] # Re: Quelques précisions
Posté par Nelis (site web personnel) . Évalué à 1.
Pour le point cinq je partage aussi ton point de vue, je ne suis absolument pas certain que liberer Java apporte vraiment quelque chose ...
En fin de compte, on a plutot une vision similaire de la situation ;-)
# ZDNet, non, LinuxFr, oui
Posté par Nicolas Delsaux (site web personnel) . Évalué à 1.
On n'en a un peu rien à foutre, non ? LinuxFr n'est pas une succursale de Ziff-Davis, me semble-t-il, mais ça n'est qu'anecdotique.
* Mettre en place les échanges entre membres, contributeurs et utilisateurs.
Je ne crois pas, non. Le patron du consortium Eclipse doit avoir avant tout un rôle d'arbitre politique entre les désirs des différents groupes du consortium (IBM, Oracle, Borland, HP, ...).
* Assurer le lancement de la version 3.0 pour l'été 2004
Ca m'étonnerait vraiment que ce type en ait quoi que ce soit à faire. Les versions de la plateforme Eclipse doivent sans aucun doute avancer à rythme dont il se cogne complètement. Lui n'est pas là pour la technique, mais pour la direction.
* Assurer des bases saines pour le projet open WebTools qui permettra d'utiliser Eclipse du côté serveur.
C'est quoi cette histoire ?
* Mettre en place une équipe dirigeante et superviser les planifications.
En bref faire du consortium un truc rentable.
Son passé de gestionnaire au sein d'Oracle ne sera pas de trop, aux vus de la responsabilité et de la tâche à accomplir ...
Je ne vois ni le rapport, ni le problème. Effectivement, c'est un gestionnaire, car le consortium Eclipse est une entreprise qui vit des subsides de ses membres. Mais la tâche à accomplir ? C'est quoi ?
sans compter qu'Eclipse est un projet d'importance, qui a provoqué de nombreuses rivalités et prises de positions parmi des acteurs importants du marché informatique.
Uniquement Sun et Microsoft (bien que Microsoft n'en parle pas, j'imagine qu'ils doivent surveiller ça de près). Tous les autres poids lourds ont rejoint le consortium, parce qu'ils se rendent bien compte que ça leur rend bien service.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.