prix de java

**willemijns** · 01/09/2009, 22h40

Hello,

Est ce que programmer en JAVA est gratuit (comme PHP ?), si oui quel est le business plan de SUN / sin on que doit t-on acheter ?

merci

**Baptiste Wicht** · 01/09/2009, 22h58

Envoyé par willemijns

Hello,

Est ce que programmer en JAVA est gratuit (comme PHP ?), si oui quel est le business plan de SUN / sin on que doit t-on acheter ?

merci

Oui, programmer en Java est tout à fait gratuit.

Je ne suis pas un spécialiste, mais à mon avis, Sun fait de l'argent avec des services (cours, support, ...) et en vendant des serveurs.

**adrien1** · 01/09/2009, 22h59

Salut,

C'est peut-être une betise que je dis la, mais je ne pense pas que tu doives payer pour developper .
A moins d'utiliser des outils pour faciliter le developpement qui, eux, peuvent être payant.

Quant à Java il ne faut rien payer, tu as besoin d'un jdk par exemple le jdk 1.6 et d'un editeur.

pour l'editeur, moi j'utilise netbeans.

Bonne soiree

**tchize_** · 02/09/2009, 01h06

Envoyé par Baptiste Wicht

Je ne suis pas un spécialiste, mais à mon avis, Sun fait de l'argent avec des services (cours, support, ...) et en vendant des serveurs.

Et en faisant payer les certifications, et depuis peu en revendant sun

**sovo** · 02/09/2009, 10h15

Envoyé par tchize_

et depuis peu en revendant sun

ca, ca avais le mérite d'être rappelé. On offre des services pseudo gratuit, on prend de la valeur, et on vend. Pas mal le business plan.

**Jidefix** · 02/09/2009, 10h19

Oui enfin faut quand même survivre 27 ans avant de vendre, il est tendu ton business plan

**willemijns** · 02/09/2009, 13h23

ok merci de toutes vos réponses

est ce que à terme le language est "backward compatible" pas comme python 3 qui est radicalement différent de python 2 il parait ?

**sovo** · 02/09/2009, 13h37

Envoyé par willemijns

est ce que à terme le language est "backward compatible" pas comme python 3 qui est radicalement différent de python 2 il parait ?

ou comme le VB 6 et le VB .Net.

Non tout est toujours compatible

. Quelque méthodes déprécies, mais toujours utilisable

. D'ailleurs tu peux écrire ton code en Java 4 et le compilé sous java 6, ca marche sans problème . L'inverse n'est pas toujours possible.

**Jidefix** · 02/09/2009, 13h53

Pas tout à fait d'accord, à chaud comme ça je vois le mot "enum" qui est devenu un mot réservé en 1.5, mais qui ne l'était pas avant (j'ai vu au moins deux applis qui n'avaient rien en commun et qui ne compilaient pas à cause d'une variable nommée "enum").
C'est vite corrigé mais ça peut être ennuyeux...

Je ne sais pas s'il y a d'autres exemples, m'enfin il y a dejà ça.

**adiGuba** · 02/09/2009, 14h01

Salut,

Envoyé par Jidefix

Je ne sais pas s'il y a d'autres exemples, m'enfin il y a dejà ça.

Il y a deux niveaux de compatibilité :

La compatibilité binaire : c'est à dire qu'un programme compilé avec une version antérieure pourra être exécuté sur une machine virtuelle plus récente tout en fonctionnant de la même manière que sur la machine virtuelle pour laquelle il a été conçu à l'origine.

Il peut y avoir quelques exceptions à cela mais il s'agit de cas particulier très rare...
La compatibilité des sources : c'est à dire qu'un code qui compilait sans erreur avec une version antérieur peut être compilé sans erreur sur un JDK plus récent.

Du fait de l'évolution du langage et des APIs, ceci n'est pas forcément le cas et dépend énormément du programme...

a++

**Deadpool** · 02/09/2009, 14h03

Envoyé par Jidefix

Pas tout à fait d'accord, à chaud comme ça je vois le mot "enum" qui est devenu un mot réservé en 1.5, mais qui ne l'était pas avant (j'ai vu au moins deux applis qui n'avaient rien en commun et qui ne compilaient pas à cause d'une variable nommée "enum").
C'est vite corrigé mais ça peut être ennuyeux...

Je ne sais pas s'il y a d'autres exemples, m'enfin il y a dejà ça.

Il y a aussi le mot clé assert qui est apparu avec Java 1.4 (donc ennuyeux si tu compile un code qui utilise ce mot comme variable en Java 1.3 et que tu l'exécute avec une JVM postérieure).

Certaines méthodes ont également changer de comportement entre 2 versions (genre la méthode toString de BigDecimal, ou encore certaines méthodes dépréciés qui lèvent maintenant une exception quand tu les appelles alors qu'avant non).

Bref, à tester tout de même.

**sovo** · 02/09/2009, 14h28

Envoyé par Deadpool

assert qui est apparu avec Java 1.4 (donc ennuyeux si tu compile un code qui utilise ce mot comme variable en Java 1.3 et que tu l'exécute avec une JVM postérieure).

certaines méthodes dépréciés qui lèvent maintenant une exception quand tu les appelles alors qu'avant non

Je ne crois pas que tu parles la meme chose que willemijns.car lui il parle d'une compatibilité entre une version inférieure -> version supérieure, hors toi tu parles de version inférieure <- version supérieure, ce qui conceptuellement (et quelque soit le langage) ne peut pas être possible.

Tout a fait d'accord avec vous Jidefix et adiGuba il existe des cas ou ca bug, mais c'est si rare qu'on pourrais dire que ca n'existe pas

.

**Deadpool** · 02/09/2009, 14h30

Envoyé par sovo

Je ne crois pas que tu parles la meme chose que willemijns.car lui il parle d'une compatibilité entre une version inférieure -> version supérieure, hors toi tu parles de version inférieure <- version supérieure, ce qui conceptuellement (et quelque soit le langage) ne peut pas être possible.

Tout a fait d'accord avec vous Jidefix et adiGuba il existe des cas ou ca bug, mais c'est si rare qu'on pourrais dire que ca n'existe pas

.

Non, je parle bien de compatibilité ascendante (possibilité d'exécuter du code compilé avec une version antérieure de java avec la version courante).

**willemijns** · 02/09/2009, 17h35

Envoyé par Deadpool

Non, je parle bien de compatibilité ascendante (possibilité d'exécuter du code compilé avec une version antérieure de java avec la version courante).

l'idée principale est que je voulais ne pas apprendre un nouveau language plus ou moins pareil comme python 3 qui, il parait, est radicalement différent...

il est sur que d'une version à un autre des bouts de programmes peuvent être obsoletes mais je ne souhaite pas m'investir à apprendre quelque chose qui varie de trop dans la durée....

**michel.di** · 02/09/2009, 18h34

Envoyé par willemijns

Hello,

Est ce que programmer en JAVA est gratuit (comme PHP ?), si oui quel est le business plan de SUN / sin on que doit t-on acheter ?

merci

Il y a quelques temps, il y avait une rumeur comme quoi Java 1.7 pourrait devenir payant. Vous avez des nouvelles la dessus?
Vous savez un peu ce que Java 1.7 va apporter?

**Baptiste Wicht** · 02/09/2009, 18h56

Envoyé par michel.di

Il y a quelques temps, il y avait une rumeur comme quoi Java 1.7 pourrait devenir payant. Vous avez des nouvelles la dessus?
Vous savez un peu ce que Java 1.7 va apporter?

C'était une fausse information, Java 7 ne sera pas payant

Plus d'informations ici : http://www.developpez.net/forums/d75...-collector-g1/