Actuellement on travaille sur Visual Age, on va passer progressivement sous WSAD.
Pour l'instant on utilise VA pour l'appli et eclipse pour les JSP (ce qui permet d'avoir un versionning avec CVS que ne peut pas faire VA, bien sur, on peut passer par le studio je sais plus quoi jsp qui est livré avec VA, mais c'est encore plus super bordélique.
Réactif oui mais après 10 min pour démarrer ...
Ah ouais, là je dois avouer que j'ai une vue biaisé.
A la maison j'ai un athlon XP1900+ avec 512mo.
Au boulot on a des machines assez costaud de 1ghz à 2,4ghz toutes avec 512mo.
Sur les autres postes (~1ghz), quand je vois eclipse il est déjà ouvert, et j'ai eu la "chance" d'avoir un nouveau poste à 2,4ghz, donc je n'ai pas été sensibilisé sur ce point.
Et dans tous les cas on est sous win qui apparement est la configuration la plus rapide pour faire tourner Eclipse.
On prend vite le gout du luxe :-)
Dans la vue package, un auto-collapse
Tout à fait d'accord, c'est le même problème avec la plupart des gestionnaires de fichiers ou toutes les applications qui utilisent des vues en arbres (comme un éditeur XML/HTML avec les balises par exemple).
La recompilation automatique ... La vue "debug"
C'est là que je commence à m'inquiéter, comme je le dis plus haut à part faire 2 ou 3 programmes de test et la gestion des JSP, on a pas encore utilisé Eclipse de fond en comble.
C'est drôle, j'aime bien la vue "Browser" dans WSAD qui justement ressemble à Visual Age ... comme quoi les gouts et les couleurs ;-)
Tout n'est pas mauvais dans VA, mais ça été pensé pour faire des applications uniques et séparées.
Ce n'était pas vraiment adapté aux développement d'application sur serveur. Toutes les fonctions s'y rapportant ressemblent à des gros patch pour adapter l'outils.
A priori faire une application sur VA indépendante, VA peut être un bon outils.
Ce que j'ai bien aimé sur Eclipse pour l'instant, c'est la gestion automatique des imports ce qui permet de nettoyer les fichiers au fur et à mesure de son évolution et d'éviter de se retrouver avec une vingtaine d'import et ne pas savoir quels sont ceux qu'il faut garder ou pas.
Oui il faut être rigoureux et le faie systématiquement, mais quand on reprend une application existante, on a pas toujours le temps ni la visibilité pour savoir qu'est ce qui est nécessaire ou pas (je parle des imports par rapports aux autres packages développés en interne).
J'ai trouvé le systéme d'auto-complétion avec l'apparition de la javadoc particuliérement utile pour repérer rapidement la bonne fonction.
C'est vrai que j'ai tendance maintenant à écrire le début du nom de la fonction et "ctrl+espace".
ça devient de plus en plus du légo. d'un autre côté ça évite d'aller ouvrir le fichier de la classe correspondante et de rechercher le nom de la méthode. Le gain de temps est indéniable, VA faisait déjà l'auto complétion mais sans la Javadoc.
Rien n'est parfait dans ce bas monde, mais Eclipse est une IDE qui te permet d'être à jour sans dépenser pleins de sous tous les 6 mois pour les mises à jour.
Et dans un milieu professionnel, ça te permet d'être à jour, car avant d'obtenir l'autorisation de la comptabilité pour l'achat d'une version, tu as déjà 2 versions de retard.
Ce n'est pas vraiment un problème financier, car ça rentre dans les dépenses du projet, mais de réactivité du service financier.
[^] # Re: Légende urbaine : un alligator dans le ramasse-miettes
Posté par darkleon . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 1.
Actuellement on travaille sur Visual Age, on va passer progressivement sous WSAD.
Pour l'instant on utilise VA pour l'appli et eclipse pour les JSP (ce qui permet d'avoir un versionning avec CVS que ne peut pas faire VA, bien sur, on peut passer par le studio je sais plus quoi jsp qui est livré avec VA, mais c'est encore plus super bordélique.
Réactif oui mais après 10 min pour démarrer ...
Ah ouais, là je dois avouer que j'ai une vue biaisé.
A la maison j'ai un athlon XP1900+ avec 512mo.
Au boulot on a des machines assez costaud de 1ghz à 2,4ghz toutes avec 512mo.
Sur les autres postes (~1ghz), quand je vois eclipse il est déjà ouvert, et j'ai eu la "chance" d'avoir un nouveau poste à 2,4ghz, donc je n'ai pas été sensibilisé sur ce point.
Et dans tous les cas on est sous win qui apparement est la configuration la plus rapide pour faire tourner Eclipse.
On prend vite le gout du luxe :-)
Dans la vue package, un auto-collapse
Tout à fait d'accord, c'est le même problème avec la plupart des gestionnaires de fichiers ou toutes les applications qui utilisent des vues en arbres (comme un éditeur XML/HTML avec les balises par exemple).
La recompilation automatique ... La vue "debug"
C'est là que je commence à m'inquiéter, comme je le dis plus haut à part faire 2 ou 3 programmes de test et la gestion des JSP, on a pas encore utilisé Eclipse de fond en comble.
C'est drôle, j'aime bien la vue "Browser" dans WSAD qui justement ressemble à Visual Age ... comme quoi les gouts et les couleurs ;-)
Tout n'est pas mauvais dans VA, mais ça été pensé pour faire des applications uniques et séparées.
Ce n'était pas vraiment adapté aux développement d'application sur serveur. Toutes les fonctions s'y rapportant ressemblent à des gros patch pour adapter l'outils.
A priori faire une application sur VA indépendante, VA peut être un bon outils.
Ce que j'ai bien aimé sur Eclipse pour l'instant, c'est la gestion automatique des imports ce qui permet de nettoyer les fichiers au fur et à mesure de son évolution et d'éviter de se retrouver avec une vingtaine d'import et ne pas savoir quels sont ceux qu'il faut garder ou pas.
Oui il faut être rigoureux et le faie systématiquement, mais quand on reprend une application existante, on a pas toujours le temps ni la visibilité pour savoir qu'est ce qui est nécessaire ou pas (je parle des imports par rapports aux autres packages développés en interne).
J'ai trouvé le systéme d'auto-complétion avec l'apparition de la javadoc particuliérement utile pour repérer rapidement la bonne fonction.
C'est vrai que j'ai tendance maintenant à écrire le début du nom de la fonction et "ctrl+espace".
ça devient de plus en plus du légo. d'un autre côté ça évite d'aller ouvrir le fichier de la classe correspondante et de rechercher le nom de la méthode. Le gain de temps est indéniable, VA faisait déjà l'auto complétion mais sans la Javadoc.
Rien n'est parfait dans ce bas monde, mais Eclipse est une IDE qui te permet d'être à jour sans dépenser pleins de sous tous les 6 mois pour les mises à jour.
Et dans un milieu professionnel, ça te permet d'être à jour, car avant d'obtenir l'autorisation de la comptabilité pour l'achat d'une version, tu as déjà 2 versions de retard.
Ce n'est pas vraiment un problème financier, car ça rentre dans les dépenses du projet, mais de réactivité du service financier.