Concours de Développement pour Eclipse

Posté par  (site Web personnel) . Modéré par Jaimé Ragnagna.
Étiquettes :
0
5
nov.
2003
Java
Je profite de la sortie d'Eclipse 2.1.2 (Environnement de développement open source) pour vous annoncer la tenue d'un concours de plug-ins pour cet environnement.
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

  • # Re: Concours de Développement pour Eclipse

    Posté par  (site Web personnel) . Évalué à 5.

    Eclipse, ça a l'air assez tentant comme environnement de développement pour faire du c++. Quels sont les besoins au niveau ressources ? (i.e. puis-je le faire tourner sur mon celeron 600 avec 128Mo de ram ?)
    • [^] # Re: Concours de Développement pour Eclipse

      Posté par  (site Web personnel) . Évalué à 2.

      Non, tu ne peux pas. J'exagère un peu, bien sûr, mais comme c'est écrit en Java, ça a de gros besoins en mémoire et 128 mo, c'est vraiment juste. Sur mon PIII 800 avec 256mo, ça marche pas mal, mais j'ai quand même parfois quelques lenteurs. Le démarrage est toujours très long, même avec beaucoup de mémoire, mais ce n'est pas le point crucial.
    • [^] # Re: Concours de Développement pour Eclipse

      Posté par  . Évalué à 0.

      Franchement non ...

      Ca reclame bien plus de mem (256 au minimum).
    • [^] # Re: Concours de Développement pour Eclipse

      Posté par  . Évalué à 1.

      Je tourne avec 627Mo de ram (et un p4 1.8GHz) et je suis plutôt à l'aise ;-). Mais j'ai débuté sur une machine plutôt faible (un p2 à 500MHz je crois) et la première semaine avec 256Mo de ram, je l'ai sentie passer. Heureusement on a rajouté une barette de 128Mo et ça passait nettement mieux. Mon expérience m'indique donc que le point crucial est la mémoire.
    • [^] # Re: Concours de Développement pour Eclipse

      Posté par  . Évalué à 2.

      Franchement, 128 Mo seulement me paraissent vraiment légers.
      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  (site Web personnel) . Évalué à -1.

      Attention au troll subtil :-) Comme autrefois Emacs, Eclipse a besoin de ressources sur-dimensionnées pour un éditeur de texte :-( Ca ne correspond pas beaucoup avec la philosophie Unix des programmes qui prennent peu de ressources. Imaginez un serveur sur lequel une dizaine d'utilisateurs font tourner Eclipse...
      • [^] # Re: Concours de Développement pour Eclipse

        Posté par  (site Web personnel) . Évalué à 4.

        Il faut dire aussi que Eclipse c'est en quelque sorte l'emacs nouvelle génération (J'entend par la un outil qui peut être entièrement paramètrable et pour lequel on peut faires des plugins dans tous les sens).
        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  (site Web personnel) . Évalué à 2.

        éditeur de texte

        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  (site Web personnel) . Évalué à 1.

          Ces dernières années ont a vu les demandes en ressources des applications exploser. J'ai souvent lu:
          - 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  (site Web personnel) . Évalué à 2.

            Au fait quelqu'un sait-il pourquoi eclipse (2.1) est plus lent sous linux que sous windows ? c'est la faute de SWT ou de la JVM ?
            • [^] # Re: Concours de Développement pour Eclipse

              Posté par  . Évalué à 3.

              A mon avis, la JVM de sun pour linux ne m'a pas l'air tres au point, aussi bien au niveau des perfs que de la stabilité. En tous cas c'est l'impression que j'en retire à l'usage. Je l'utilise en permance avec Xnap (excellent client p2p) et elle crash assez régulierement.
              • [^] # Eclipse gcj

                Posté par  . Évalué à 2.

                ça me fait penser qu'il y a une version exéprimentale d'Eclipse compilée nativement avec gcj (mais gcj n'utilise qu'un sous-ensemble des API java)
            • [^] # Re: Concours de Développement pour Eclipse

              Posté par  (site Web personnel) . Évalué à 1.

              Au fait quelqu'un sait-il pourquoi eclipse (2.1) est plus lent sous linux que sous windows ?

              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  (site Web personnel) . Évalué à 3.

            Mon expérience personnelle sur un PIII 800 avec 256mo de ram est que l'éditeur ne rame pas et que tout le reste (en gros tout ce qui est disponible dans Visual C++ et beaucoup d'autres choses encore) comble largement la perte de temps au démarrage et certaines lenteurs/lourdeurs. Il est clair qu'avoir la complétion automatique des noms de méthodes (avec choix dans un menu pop-up), la compilation au vol en permanence, le refactoring, l'affichage du javadoc quand la souris passe au dessus du nom d'une classe, etc. (tout ça, c'est sans plugin) fait gagner un temps incroyable. Donc pour un développeur Java, cela justifie largement l'investissement par son patron dans une machine moderne (je rappelle que pour moins de 800 € HT on a une machine qui fait très très bien tourner Eclipse et c'est amorti en quelques semaines tellement on gagne de temps).

            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  . Évalué à 1.

              source insight, est léger, rapide à prendre en main, à configurer
              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  . Évalué à 1.

            En gros, si tu veux voir ce que vaut eclipse, il faut faire du java... le plugin C++ (ou C# ou PHP, etc...) sont encore loins du mode java, tu te retrouves avec:
            - 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  (site Web personnel) . Évalué à 3.

      Si tu veux faire du C++ avec eclipse (plugin CDT) je te conseille d'attendre encore un peu parce que la version actuelle (1.2) n'est pas encore aux niveaux d'autres éditeur (anjuta par exemple) pour la completion ou des ptits trucs dans ce genre. Je te conseille d'attendre la version 2.0 qui tournera sous eclipse 3.x, qui elle devrait vraiment correspondre à ce que fournit un éditeur C++ de haut niveau.

      D'ici là, t'auras eu le temps de changer de PC ;)
      • [^] # Re: Concours de Développement pour Eclipse

        Posté par  (site Web personnel) . Évalué à 1.

        Petite précision si mes souvenirs sont bons.
        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  (site Web personnel) . Évalué à 1.

          Tout a fait... Mais il n'y a pas que Qnx qui travaille dessus... Il y a aussi entre autre IBM et rational et intel.
          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  . Évalué à 0.

      Pour info, ça tourne correctement sur mon Celeron 466 avec 384 Mo de RAM (la RAM c'est pas cher...).
      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  . Évalué à 4.

      Franchement sous Linux, envisage serieusement bcp plus de mémoire.
      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  . Évalué à 3.

        A tu pensser au fait que linux allout une bonne part de la memoire libre restante pour le cache disque ?
        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  (site Web personnel) . Évalué à 1.

    ça tombe bien ... j'ai retesté Eclipse cette semaine ...
    ç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  . Évalué à 2.

      Eclipse vaut surtout par ses plug-ins...
    • [^] # Re: Concours de Développement pour Eclipse

      Posté par  (site Web personnel) . Évalué à 3.

      Bein ca dépend... Si les mecs qui font le plugins pour python incluent des supers features qui aident a accélerer le dévelopement, ca vaut surement mieux que Notepad. Tout dépend du plugins en fait, pas d'éclipse en lui même.
      • [^] # Re: Concours de Développement pour Eclipse

        Posté par  . Évalué à 3.

        Pour info, je viens de tester les plugins pour Python et ca vole pas haut pour l'instant:
        - 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  . Évalué à 1.

      Et pour du Perl ?? En tout cas le plug-in (http://e-p-i-c.sourceforge.net(...)), c'est pas encore tout à fait ça meme si c'est bien avancer (Plug-in Regexp) en dehors de l'habituelle coloration syntaxique mais en même temps il y a tellement de façons de faire en Perl que ça doit pas être facile de faire une complétion syntaxique...
  • # Eclipse/(X)emacs

    Posté par  . Évalué à 4.

    J'adore XEmacs, je le pratique tous les jours mais j'aimerais utilisé eclipse non pas pour l'aspect editeur de texte mais plutot pour la gestion de projet java/jsp/struts/ejb .
    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  (site Web personnel) . Évalué à 3.

      Il y a un binding emacs pour les raccourcis clavier, mais mon expérience personnelle est que ce n'est pas super, a tel point que je préfère utiliser les raccourcis standards alors qu'excepté pour faire du Java, j'utilise tout le temps emacs...
  • # Re: Concours de Développement pour Eclipse

    Posté par  . Évalué à 2.

    Eclipse je l'ai trouvé super complet en java...ca se rapproche bcp de jBuilder 9 niveau fonctionnalités (oui je sais c pas libre :p)

    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  . Évalué à 1.

    En parlamt d'Eclipse, est ce que quelqu'un sait ou est la configuration des couleurs. J'ai beau chercher je trouve pas.

    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  . Évalué à 1.

      Je suis d'accord avec toi.
      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  . Évalué à 1.

        En fait, j'ai fini par trouver.
        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 à ceux qui les ont postés. Nous n’en sommes pas responsables.