L'ICE (International Challenge for Eclipse), sponsorisé par une partie du consortium Eclipse est ouvert à tous et vise à promouvoir et à renforcer la communauté autour du projet Eclipse, ainsi que d'augmenter sensiblement le nombre de plug-ins.
Tous les codes source soumis doivent être sous licence CPL (approuvée par OSI) et les plug-ins ne doivent pas être repris ou avoir déjà été publiés.
Au final, de nombreux prix à gagner, dont des Thinkpad, des iPAQ, des voyages pour les conférences ETAPS, des logiciels propriétaires, etc...
Un peu plus de détails en annexe Dates Importantes
- 7 octobre 2003 : Début de l'inscription
- 8 décembre 2003 : Fin des soumissions
- 3 février 2004 : Annonce des vainqueurs
- 27 mars 2004 : Présentation des vainqueurs lors de ETAPS 2004 (d'où le voyage pour les gagnants !)
Prix offerts sont notamment les suivants :
- IBM ThinkPads
- Voyages pour les conférences ETAPS 2004 (European Joint Conferences on Theory and
Practice of Software), 27 mars - 4 avril 2004 à Barcelone (Espagne)
- HP iPAQ
- Genuitec MyEclipse Enterprise Workbench
- Instantiations CodePro Express
- Embarcadero Describe Enterprise
- Ouvrages Rational
Petit rappel sur Eclipse
Rappellons qu'Eclipse est une plateforme de développement open source, dont la base a été donné par IBM à la communauté, mais qui est maintenant géré par la communauté et un consortium composé entre autres, d'IBM, Oracle, QNX, Red Hat, HP, SuSE, Intel, ... et dont les deux grands absents sont Sun et Microsoft.
Contrairement à ce que l'on pourrait penser, il ne sert pas qu'a faire du Java, mais aussi du C/C++, PHP, XML, HTML, CSS, UML, ...
La version 2.1.2 qui vient de sortir n'apporte que des corrections que bugs, mais déjà la quatrième milestones (M4) de la 3.0 est disponible et donne un bon apercu des futures fonctionnalités.
Aller plus loin
- Le Site de l'ICE (1 clic)
- Les Règles détaillées (PDF) (1 clic)
- Eclipse (1 clic)
# Re: Concours de Développement pour Eclipse
Posté par Troy McClure (site web personnel) . Évalué à 5.
[^] # Re: Concours de Développement pour Eclipse
Posté par boubou (site web personnel) . Évalué à 2.
[^] # Re: Concours de Développement pour Eclipse
Posté par Hubert . Évalué à 2.
[^] # Re: Concours de Développement pour Eclipse
Posté par boubou (site web personnel) . Évalué à 3.
[^] # Re: Concours de Développement pour Eclipse
Posté par Tony Gencyl . Évalué à 0.
Ca reclame bien plus de mem (256 au minimum).
[^] # Re: Concours de Développement pour Eclipse
Posté par Pat Le Nain . Évalué à 1.
[^] # Re: Concours de Développement pour Eclipse
Posté par Benoît Bailleux (Mastodon) . Évalué à 2.
Par contre, au boulot, ça marche nickel (après la phase de lancement, bien sûr ...) sur mon PC qui n'est que :
- Win 2000
- PIII 450
- 384 Mo RAM (ça sauve tout le reste ...)
[^] # Re: Concours de Développement pour Eclipse
Posté par Fabimaru (site web personnel) . Évalué à -1.
[^] # Re: Concours de Développement pour Eclipse
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 4.
Je dis pas que Emacs est à mettre au placard, mais son interface est quand meme moin rebutante.
[^] # Re: Concours de Développement pour Eclipse
Posté par boubou (site web personnel) . Évalué à 2.
Ok, c'est un troll, mais il y a des limites. Tu sais ce que fait Eclipse ou tu postes juste pour le plaisir de troller ?
[^] # Re: Concours de Développement pour Eclipse
Posté par Fabimaru (site web personnel) . Évalué à 1.
- Windows 95 c'est lourd
- KDE (version courante) c'est lourd (tiens, justement par rapport au Win95).
- Visual C++ est un environnement de dev ultra-lourd. Tiens, c'est 20Mo à mon boulot en RAM, alors que si je prends un Jext c'est tout de suite bien plus lourd et moins réactif.
Ce que je veux dire est d'une banalité affligeante: je veux bien vous croire qu'Eclipse est super, mais la dernière fois que je l'ai essayé (Bi-Celeron 433, 384Mo de RAM) ça ne m'a pas donné envie car le minimum pour un éditeur de texte (la fonctionnalité principale) est qu'il soit vif comme l'éclair (j'aime pas les délais quand je tape au clavier), ce qui n'était pas le cas. La VM sous Linux a du s'améliorer depuis, et puis j'ai changé de machine, donc à revoir...
[^] # Re: Concours de Développement pour Eclipse
Posté par lampapiertramol (site web personnel) . Évalué à 2.
[^] # Re: Concours de Développement pour Eclipse
Posté par dommtp . Évalué à 3.
[^] # Eclipse gcj
Posté par free2.org . Évalué à 2.
[^] # Re: Concours de Développement pour Eclipse
Posté par mrlem (site web personnel) . Évalué à 1.
Ce n'était pas dû à l'implémentation des PThreads dans linux ? Sauf erreur, il me semblait que justement le noyau 2.6 devrait apporter des améliorations à ce niveau qui pourraient bien profiter à la JVM. (impossible de me souvenir des URLs où j'ai lu cela)
[^] # Re: Concours de Développement pour Eclipse
Posté par boubou (site web personnel) . Évalué à 3.
Ceci étant, si on avait un environnement de dev léger avec les mêmes fonctionnalités, je sauterai dessus... Et je maintiens que la comparaison avec un éditeur est totallement absurde.
[^] # Re: Concours de Développement pour Eclipse
Posté par djnet . Évalué à 1.
mais ni libre ni gratuit.
Avec les fonctionnalites:
- fenetres de references de symboles (mis a jour des que le curseur est sur un symbole) avec les liens vers les références
- fenetre de contexte: définition du symbole
il est idéal pour prendre en main un projet existant, il surclasse rapidement un VisualC++ 6.0 (dans lequel la moitié des membres de classe apparaît dans l'explorateur !).
Je n'ai pas crée de projet avec (ajout de classe, de methode, attribut) mais pour le reste je n'ai pas vu mieux.
[^] # Re: Concours de Développement pour Eclipse
Posté par tene . Évalué à 1.
- refactoring (très très bien foutu... ça me manque terriblement quand je fais du C++/C#)
- compilation "temps réel", tu vois tes erreurs apparaitre, avoir des suggestions de correction *pertinentes* pendant que tu tapes.
- gestion de CVS relativement correcte (mais parfois un peu déroutage, en tous cas pour moi).
- completion syntaxique, embellisement du code, etc... enfin tous ce que tu peux attendre d'un IDE moderne.
- c'est un IDE, pas un éditeur de texte, tu as donc une gestion de projet, des classpath java.
- un debugger (bof le debugger, là je le trouve vraiment trop lent, mais bon).
Je ne suis pas en train de prétendre que'eclipse est extrèmement rapide, mais qu'il offre une série de service très intéressant, et qui amha, surtout dans un milieu professionnel, justifie le coût d'une upgrade matériel...
Enfin sur son marché de prédilection (java) c'est un des meilleurs... et des plus rapide.
[^] # Re: Concours de Développement pour Eclipse
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 3.
D'ici là, t'auras eu le temps de changer de PC ;)
[^] # Re: Concours de Développement pour Eclipse
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 1.
CDT est un des plugins "officiels" d'Eclipse et ce sont des gens de QNX qui le managent et mettent la plupart des resources dessus. Ils cherchent vraiment à avoir un éditeur de haut niveau pour leur environnement basé sur Eclipse. Le projet ne devrait pas faiblir à court et moyen terme
[^] # Re: Concours de Développement pour Eclipse
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 1.
Leur truc c'est vraiment de proposer un outil aussi performant que celui que l'on trouve pour le Java dans eclipse... Si ils y arrivent on peut s'attendre à quelque chose de vraiment bien. En tout cas, d'après la ML dev ils sont en train de concevoir vraiment les couches de bas niveau dur l'analyse du code (avec du DOM) pour que la suite soit bcp plus facile a monter (et supprimer le système d'analyse actuelle qui est très limité)
La version 2.0 de CDT est prévu pour mars je crois... vivement mars :)
[^] # Re: Concours de Développement pour Eclipse
Posté par pini . Évalué à 0.
Sinon, si tu upgrades ta config et que tu te débarrasses de ton Celeron 600, je suis preneur ;o)
[^] # Re: Concours de Développement pour Eclipse ( Troll inside )
Posté par syj . Évalué à 4.
J'avais essayer de le faire fonctionner dans un environment composé des programmes suivant.
* X-Window 100 Mo
* Mozilla 20-70 Mo
* Eclipse 100 Mo (Version lesstif, la version gnome est bcp + lourde en terme de mémoire et de processeur)
* Tomcat 70 Mo
En gros, je tournais entre 300 Mo et 350 Mo de mémoire utilisé en permanence.
Pour faire fonctionner la même chose sous NT 4, j'utilise entre 250 Mo et 300 Mo. Je swappe avec mes 256 Mo de Ram mais çà reste raisonnable.
Comment s'explique/se justifie les 100 Mo utilisé par X. Un Windows NT 4 chargé utilise seulement 50 Mo sans aucun serveur de lancé
Les linux actuel utilise au minimum 100 Mo à 150 Mo pour offrir un environment avec des fonctionnalité similaire à un NT 4...
Si qq1 connait un truc pour faire baisser la gourmandise de X. Je suis prenneur.
Syj
[^] # Re: Concours de Développement pour Eclipse ( Troll inside )
Posté par jeff110 . Évalué à 3.
De plus,les applications que tu as ouvert puis fermer reste en memoire afin de charger plus rapidement la prochaine fois, mais la mem est liberée si une autre application en demande.
Moralité, il faut vraiment beaucoup de ram pour que linux n'utilise pas tout...
# Re: Concours de Développement pour Eclipse
Posté par manatlan (site web personnel) . Évalué à 1.
ça a beaucoup évolué ...
Mais j'ai qques doutes quant à un réel plus que ça pourrait apporter (en tant qu'éditeur) ?!?
Pour du java, c'est clair que c'est le top du top ... mais pour du python par exemple ... ça ne vaut guère mieux qu'un notepad ?!
non ?!
[^] # Re: Concours de Développement pour Eclipse
Posté par TSelek . Évalué à 2.
[^] # Re: Concours de Développement pour Eclipse
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 3.
[^] # Re: Concours de Développement pour Eclipse
Posté par lolo Ellis . Évalué à 3.
- coloration syntaxique
- détection d'erreurs de syntaxe
- visualisation des fonctions, des classes et des méthodes
Il y a encore d'autres gadgets mais il manque cruellement :
- la completion
- le refactoring
- un debuggeur ( ca ne me manque pas)
J'ai téléchargé le code sources des différents projets et il est temps de créér un nouveau projet car les précédents sont à l'abandon ou licence QPL ...
[^] # Re: Concours de Développement pour Eclipse
Posté par xsnipe . Évalué à 1.
# Eclipse/(X)emacs
Posté par Bungee Tux . Évalué à 4.
Existe t'il un plugin/ une option pour avoir les raccourcis XEmacs. Surtout les deplacements dans le texte, l'enregistrement de macro, la recherche incrementale, les grep, les replace regexp et la possibilité d'enregistrer qques macros. Et aussi le multiple copier coller, le undo/redo arborescent, la possibilte d'avaler un mot une phrase et pis surtout l'indentation avec la touche tab et la completion automatique.
Bon d'accord, je suis un peu difficile, mais c'est tellement bien xemacs comme editeur de texte.
[^] # Re: Eclipse/(X)emacs
Posté par boubou (site web personnel) . Évalué à 3.
# Re: Concours de Développement pour Eclipse
Posté par Julien Bidault . Évalué à 2.
Si qqn fait un projet TeX, j'achète :D
Sinon Anjuta c aussi bon en Java ?
[^] # Re: Concours de Développement pour Eclipse
Posté par xsnipe . Évalué à 2.
# Re: Concours de Développement pour Eclipse
Posté par Pierre . Évalué à 1.
Et j'ai du mal à coder en noir sur blanc...
Apperement ça utilise les couleurs su theme gtk2 ( pour le bg du moins), mais de toute façon toutes les autres couleurs sont faites pour du fond clair.. C'est lourd.
[^] # Re: Concours de Développement pour Eclipse
Posté par Anonyme . Évalué à 1.
Pouvoir changer les couleurs serait sympa (je sais pas si c'est possible, mais j'ai pas trouvé non plus).
[^] # Re: Concours de Développement pour Eclipse
Posté par Pierre . Évalué à 1.
C'est dans les préférences du module java.
Apperement, ya pas de préférences globales à ce propos -> manque de cohérence.
Dans l'ensemble, le panneau de pref est compliqué. Mais bon, en grand habitué d'emacs, j'ai un peu du mal avec ces usines à clics..
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.