Discussion :

[Robert_aime_Java]

au boulot ils utilisent la 1.3
la version 1.4 ne semble pas (bien?) marcher sur leur plateforme...

[Ricky81]

Ne devriez-vous pas remettre le sondage à 0? Car j'ai voté il y a bien longtemps, et ça a changé depuis

On aurait du le faire en début d'année.
Promis on essaiera d'y penser début 2007

[BoudBoulMan]

J'utilise actuellement la version 5.0 (précisément, l'update 8)
Mais dès que la version 6 sort de sa version beta, j'utiliserai la version 6, pourquoi se priver des nouveautés

[kevyn]

J'apprend JAVA en utilisant eclipse-SDK-3.0.1-win32.
La version de Java , est si je regarde les features d'Eclipse :
java.runtime.version=1.5.0_06-b05
java.specification.version=1.5
J espère avoir les bons outils pour travailler !
En esperant avoir repondu à votre sondage. Bien à vous

[damned3]

Salut

Moi j'utilise java SE 1.6 parce que j'avais besoin, pour mon application, de créer une icône dans le systemtray. J'ai vu que java 6 avait créé cette nouvelle fonctionnalité, qu'elle était extrêmement simple à utiliser et qu'en plus, elle était fourni en standard. Parce que je sais qu'en java 1.5, j'aurais pu très bien le faire mais en utilisant des API non-standards qui m'aurait fallu distribuer avec mon application, ça avait l'air plus compliqué à utiliser, bref du taponnage inutile. Pi là j'ai vu quelques nouveautés de mustang qui me semblent assez intéressantes, donc je continue avec ça.

[Orian]

J'ai commencé le java il y a 3 mois alors j'ai pris Java SE 1.5 update 6 mais je viens de passer sur la 1.6 pour comparer et voir si je passe dessus définitivement.

J'ai quand même voté pour la 1.5 parce que je l'utilise encore .

[benjiprog]

J'utilise la 1.5 qui offre des changements notemmment en ce qui concerne les collections et la nouvelle boucle for...each est parfois très pratique.

[kawa]

J'utilise la version 1.5. J'apprécie particulièrement la présence des generics et des enum. Les améliorations à destination du multithreading sont également les bienvenues.

[Marnor]

J'utilise java 1.4 a la boite ou je suis car elle développe sous cette plateforme.
Et chez moi pour éviter de m'embrouiller je développe également sous 1.4

[nletteron]

J'ai commencé sous la 1.1, j'ai étudié sous la 1.3 et 1.4 et je me sers quasiment que de la 1.4. Rares sont les entreprises (étrangement d'ailleurs) qui se sont mises dans le domaine de l'informatique de gestion au delà de cette version. Les dernières amélioration de la 1.5 n'étant en fait que des gadgets pour eux. Sinon je pratique aussi la 1.5 mais je n'en ai pas encore ressenti vraiment le changement.

[®om]

J'ai commencé sous la 1.1, j'ai étudié sous la 1.3 et 1.4 et je me sers quasiment que de la 1.4. Rares sont les entreprises (étrangement d'ailleurs) qui se sont mises dans le domaine de l'informatique de gestion au delà de cette version. Les dernières amélioration de la 1.5 n'étant en fait que des gadgets pour eux. Sinon je pratique aussi la 1.5 mais je n'en ai pas encore ressenti vraiment le changement.

Je pense que c'est plutôt le délai de mise à jour que des gadgets...
Dire que les generics et le package java.util.concurrent (pour ne citer que ça) sont des gadgets... je ne pense pas ^^

[sinok]

Les générics ce n'est quasiment que du sucre syntaxique, ensuite après la compil ça disparait, par contre au niveau de concurrent et des augmentations de perf de la VM c'est une autre histoire...

[goldorax113]

1.5 pour generics
1.4 pour JML
vivement 1.4+1.5=1.6

[joho]

Les générics ce n'est quasiment que du sucre syntaxique, ensuite après la compil ça disparait, par contre au niveau de concurrent et des augmentations de perf de la VM c'est une autre histoire...

Du sucre syntaxique peut etre, mais qui améliore la productivité ainsi que la lisibilité du programme a mon avis. ne pas caster a tour de bras, ce n'est pas trop mal . L'autoboxing et unboxing va dans ce sens également.
Que ca parte a la compil ensuite, je ne vois pas pourquoi ils aurait surchargé du bytecode inutilement (ben oui, a la compil tu verifie si tu rentres bien ce qu'il faut dans tes collections, ensuite a l'execution tu sais que ca va passer)

@®om
l'ajout de certaines classe permettant de faire quelques économies de memoire et de temp (la classe stringbuilder par exemple) les foreach , bref, tout les petits trucs qui peuvent paraitre "gadgets" mais qui en soit font gagner du temp et donc de l'argent sur un projet.
(je n'ai connu que la JRE 1.4, la 5.0 et la 6)

@nletteron

"Rares sont les entreprises (étrangement d'ailleurs) qui se sont mises dans le domaine de l'informatique de gestion au delà de cette version."

la migration vers la 1.5 necessite d'avoir des besoins en 1.5. Ce sont aux entreprises de services de vendre aux autres leur solutions 1.5.
aujourd'hui, soit ce serait pour des projets de Desktop, et dans ce cas, l'adoption de la version 1.5 doit etre mise en paralleles avec le cout de la migration des jre sur toute les machine d'un parc informatique.
soit pour des projets web et la, la version 1.5 est un peu jeune (et DotNET fait mal )
bref, dans une entreprise, la jre 1.5 est mieux, mais pourquoi faire cher quand on peut l'eviter.
La suite a la prochaine generations de migration de pc . (Vista arrive)

[®om]

@®om
l'ajout de certaines classe permettant de faire quelques économies de memoire et de temp (la classe stringbuilder par exemple) les foreach , bref, tout les petits trucs qui peuvent paraitre "gadgets" mais qui en soit font gagner du temp et donc de l'argent sur un projet.
(je n'ai connu que la JRE 1.4, la 5.0 et la 6)

C'est exactement ce que je dis, ce ne sont pas des gadgets!!!
Je ne pourrais pas me passer des generics, des foreach et du package concurrent...

[David_LeNovis]

Bonsoir tout le monde. Pour ma part novis en programmation j'utilise la version 5, et cette version m'aide énormément pour mes débuts avec la Class Scanner.