dans l'article bt3l9a$cgv$, gpatard à a écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a venir.Ou est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls -- Bruno Causse http://perso.wanadoo.fr/othello
Julie
Superbe applet ! Mais a la fin de la partie, la console indique un NullPointerException. En voici le log :
[ Je joue H8 <forcé> ] java.lang.NullPointerException at jeux.othello.k.paint(Unknown Source) at jeux.othello.k.updateClock(Unknown Source) at jeux.othello.d.display(Unknown Source) at jeux.othello.d.setTime(Unknown Source) at jeux.othello.k.setLevel(Unknown Source) at jeux.othello.k.reset(Unknown Source) at jeux.othello.Cyrano.destroy(Unknown Source) at sun.applet.AppletPanel.run(AppletPanel.java:384) at java.lang.Thread.run(Thread.java:536)
"Bruno" a écrit dans le message news: BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls -- Bruno Causse http://perso.wanadoo.fr/othello
Superbe applet !
Mais a la fin de la partie, la console indique un NullPointerException.
En voici le log :
[ Je joue H8 <forcé> ]
java.lang.NullPointerException
at jeux.othello.k.paint(Unknown Source)
at jeux.othello.k.updateClock(Unknown Source)
at jeux.othello.d.display(Unknown Source)
at jeux.othello.d.setTime(Unknown Source)
at jeux.othello.k.setLevel(Unknown Source)
at jeux.othello.k.reset(Unknown Source)
at jeux.othello.Cyrano.destroy(Unknown Source)
at sun.applet.AppletPanel.run(AppletPanel.java:384)
at java.lang.Thread.run(Thread.java:536)
"Bruno" <bcausse@lepoint.tm.fr> a écrit dans le message news:
BC1B1770.10C85%bcausse@lepoint.tm.fr...
dans l'article bt3l9a$cgv$1@news.tiscali.fr, gpatard à gpatard@hotmail.com
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ...
guichon
mauvaise année les trolls
--
Bruno Causse
http://perso.wanadoo.fr/othello
Superbe applet ! Mais a la fin de la partie, la console indique un NullPointerException. En voici le log :
[ Je joue H8 <forcé> ] java.lang.NullPointerException at jeux.othello.k.paint(Unknown Source) at jeux.othello.k.updateClock(Unknown Source) at jeux.othello.d.display(Unknown Source) at jeux.othello.d.setTime(Unknown Source) at jeux.othello.k.setLevel(Unknown Source) at jeux.othello.k.reset(Unknown Source) at jeux.othello.Cyrano.destroy(Unknown Source) at sun.applet.AppletPanel.run(AppletPanel.java:384) at java.lang.Thread.run(Thread.java:536)
"Bruno" a écrit dans le message news: BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls -- Bruno Causse http://perso.wanadoo.fr/othello
Jules de chez Schmit d'en face
"Bruno" a écrit dans le message de news:BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime et intéressante, d'un point de vue technologique et commercial.
"Bruno" <bcausse@lepoint.tm.fr> a écrit dans le message de
news:BC1B1770.10C85%bcausse@lepoint.tm.fr...
dans l'article bt3l9a$cgv$1@news.tiscali.fr, gpatard à gpatard@hotmail.com
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ...
guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime
et intéressante, d'un point de vue technologique
et commercial.
"Bruno" a écrit dans le message de news:BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime et intéressante, d'un point de vue technologique et commercial.
Emmanuel
Jules de chez Schmit d'en face wrote:
"Bruno" a écrit dans le message de news:BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime et intéressante, d'un point de vue technologique et commercial.
Elle est peut être légitime mais je trouvera aps de réponse de confiance
par définition. Il existe des acteurs importants sur le marché qui ciblent java dont IBM, BEA, Oracle etc... www.theserverside.com : on peut trouver quelques threads de type flameware sur ce sujet.
Jules de chez Schmit d'en face wrote:
"Bruno" <bcausse@lepoint.tm.fr> a écrit dans le message de
news:BC1B1770.10C85%bcausse@lepoint.tm.fr...
dans l'article bt3l9a$cgv$1@news.tiscali.fr, gpatard à gpatard@hotmail.com
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ...
guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime
et intéressante, d'un point de vue technologique
et commercial.
Elle est peut être légitime mais je trouvera aps de réponse de confiance
par définition. Il existe des acteurs importants sur le marché qui
ciblent java dont IBM, BEA, Oracle etc...
www.theserverside.com : on peut trouver quelques threads de type
flameware sur ce sujet.
"Bruno" a écrit dans le message de news:BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime et intéressante, d'un point de vue technologique et commercial.
Elle est peut être légitime mais je trouvera aps de réponse de confiance
par définition. Il existe des acteurs importants sur le marché qui ciblent java dont IBM, BEA, Oracle etc... www.theserverside.com : on peut trouver quelques threads de type flameware sur ce sujet.
Jean-Marc Vanel
Jules de chez Schmit d'en face wrote:
"Bruno" a écrit dans le message de news:BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime et intéressante, d'un point de vue technologique et commercial.
Il y a des problèmes avec Java, qui sont: - liés à son statut propriétaire, par exemple Java met 0.5 secondes à démarrer contre 0.03 pour Perl (si le source de la machine virtuelle était libre ce serait corrigé, ainsi que pas mal de problèmes) - liés aux limitations actuelles de la techno. Orientée Objet, qu'on cherche à compléter de tous les côtés (programmation Orientée Aspect, Design Patterns, etc) - lié à des choix technologiques de Sun (par exemple les Enterprise Java Beans que je considère plutôt bidouille)
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal comprendre (cf l'éditorial de Linux Magazine de janvier).
Le problème dans les projets concrets avec la moyenne des développeurs avec Java est que les choses simples ne sont pas assez simples par rapport à PHP ou Perl. Je le vois bien quand je donne des formations (exemple les chaînes et les fichiers). Peut-être .NET améliore-t-il cet aspect. Les gens veulent avoir très rapidement qqchose qui marche. Ils ne voient pas que la conception (y compris rétro-conception à la XP) est importante. Il est certain que l'utilisation d'eclipse rend les choses plus faciles, de même que les nouveautées attendues de Java 1.5.
Mon sentiment est que Sun va finir par mettre la techno. Java en open source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul. Et il y a un effort de simplification, d'épuration à faire j'écrivais plus haut, par exemple pouvoir distinguer les méthodes principales (primitives) des autres, qui sont des facilités (helpers) ou des alias avec des arguments différents.
Jules de chez Schmit d'en face wrote:
"Bruno" <bcausse@lepoint.tm.fr> a écrit dans le message de
news:BC1B1770.10C85%bcausse@lepoint.tm.fr...
dans l'article bt3l9a$cgv$1@news.tiscali.fr, gpatard à gpatard@hotmail.com
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ...
guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime
et intéressante, d'un point de vue technologique
et commercial.
Il y a des problèmes avec Java, qui sont:
- liés à son statut propriétaire, par exemple Java met 0.5 secondes à démarrer
contre 0.03 pour Perl (si le source de la machine virtuelle était libre ce
serait corrigé, ainsi que pas mal de problèmes)
- liés aux limitations actuelles de la techno. Orientée Objet, qu'on cherche à
compléter de tous les côtés (programmation Orientée Aspect, Design Patterns, etc)
- lié à des choix technologiques de Sun (par exemple les Enterprise Java Beans
que je considère plutôt bidouille)
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal comprendre (cf
l'éditorial de Linux Magazine de janvier).
Le problème dans les projets concrets avec la moyenne des développeurs avec Java
est que les choses simples ne sont pas assez simples par rapport à PHP ou Perl.
Je le vois bien quand je donne des formations (exemple les chaînes et les
fichiers). Peut-être .NET améliore-t-il cet aspect. Les gens veulent avoir très
rapidement qqchose qui marche. Ils ne voient pas que la conception (y compris
rétro-conception à la XP) est importante.
Il est certain que l'utilisation d'eclipse rend les choses plus faciles, de même
que les nouveautées attendues de Java 1.5.
Mon sentiment est que Sun va finir par mettre la techno. Java en open source ou
en LGPL. Mais Java est devenu qqchose de trop gros et il y a trop d'intérêts en
jeu pour que ce soit facile à gérer. Clairement maintenant Sun n'a pas les
moyens de développer Java aussi vite et aussi bien qu'il faut à lui tout seul;
il ne faut plus qu'il soit seul. Et il y a un effort de simplification,
d'épuration à faire j'écrivais plus haut, par exemple pouvoir distinguer les
méthodes principales (primitives) des autres, qui sont des facilités (helpers)
ou des alias avec des arguments différents.
"Bruno" a écrit dans le message de news:BC1B1770.10C85%
dans l'article bt3l9a$cgv$, gpatard à
a
écrit le 02/01/2004 12:39 :
par rapport a .NET est ce que java fera le poid dans les années a
venir.Ou
est ce que cette technologie est vouer a disparaitre ... guichon
mauvaise année les trolls
Ah bon ? pourtant la question me semble légitime et intéressante, d'un point de vue technologique et commercial.
Il y a des problèmes avec Java, qui sont: - liés à son statut propriétaire, par exemple Java met 0.5 secondes à démarrer contre 0.03 pour Perl (si le source de la machine virtuelle était libre ce serait corrigé, ainsi que pas mal de problèmes) - liés aux limitations actuelles de la techno. Orientée Objet, qu'on cherche à compléter de tous les côtés (programmation Orientée Aspect, Design Patterns, etc) - lié à des choix technologiques de Sun (par exemple les Enterprise Java Beans que je considère plutôt bidouille)
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal comprendre (cf l'éditorial de Linux Magazine de janvier).
Le problème dans les projets concrets avec la moyenne des développeurs avec Java est que les choses simples ne sont pas assez simples par rapport à PHP ou Perl. Je le vois bien quand je donne des formations (exemple les chaînes et les fichiers). Peut-être .NET améliore-t-il cet aspect. Les gens veulent avoir très rapidement qqchose qui marche. Ils ne voient pas que la conception (y compris rétro-conception à la XP) est importante. Il est certain que l'utilisation d'eclipse rend les choses plus faciles, de même que les nouveautées attendues de Java 1.5.
Mon sentiment est que Sun va finir par mettre la techno. Java en open source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul. Et il y a un effort de simplification, d'épuration à faire j'écrivais plus haut, par exemple pouvoir distinguer les méthodes principales (primitives) des autres, qui sont des facilités (helpers) ou des alias avec des arguments différents.
Emmanuel
Il y a des problèmes avec Java, qui sont: - liés à son statut propriétaire, par exemple Java met 0.5 secondes à démarrer contre 0.03 pour Perl (si le source de la machine virtuelle était libre ce serait corrigé, ainsi que pas mal de problèmes) Il existe un développement libre de JVM, je n'ai plus le nom en tête,
mais il est encore loin de la qualité des JVM propriétaires (Sun, IBM, JRockit)
- liés aux limitations actuelles de la techno. Orientée Objet, qu'on cherche à compléter de tous les côtés (programmation Orientée Aspect, Design Patterns, etc) Hum, je ne rentrerai pas dans le debats :-)
- lié à des choix technologiques de Sun (par exemple les Enterprise Java Beans que je considère plutôt bidouille) D'accord avec toi, mais c'est une petite partie de Java, il est facile
de s'en passer.
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal comprendre (cf l'éditorial de Linux Magazine de janvier). La communauté OS Java est tout de même *tres* developpee
(www.apache.org, www.sourceforge.net, etc, etc)
Mon sentiment est que Sun va finir par mettre la techno. Java en open source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul. http://www.jcp.org (et non, ce n'est pas une façade pour dire Sun).
Il y a des problèmes avec Java, qui sont:
- liés à son statut propriétaire, par exemple Java met 0.5 secondes à
démarrer contre 0.03 pour Perl (si le source de la machine virtuelle
était libre ce serait corrigé, ainsi que pas mal de problèmes)
Il existe un développement libre de JVM, je n'ai plus le nom en tête,
mais il est encore loin de la qualité des JVM propriétaires (Sun, IBM,
JRockit)
- liés aux limitations actuelles de la techno. Orientée Objet, qu'on
cherche à compléter de tous les côtés (programmation Orientée Aspect,
Design Patterns, etc)
Hum, je ne rentrerai pas dans le debats :-)
- lié à des choix technologiques de Sun (par exemple les Enterprise Java
Beans que je considère plutôt bidouille)
D'accord avec toi, mais c'est une petite partie de Java, il est facile
de s'en passer.
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal
comprendre (cf l'éditorial de Linux Magazine de janvier).
La communauté OS Java est tout de même *tres* developpee
(www.apache.org, www.sourceforge.net, etc, etc)
Mon sentiment est que Sun va finir par mettre la techno. Java en open
source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a
trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement
maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi
bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul.
http://www.jcp.org (et non, ce n'est pas une façade pour dire Sun).
Il y a des problèmes avec Java, qui sont: - liés à son statut propriétaire, par exemple Java met 0.5 secondes à démarrer contre 0.03 pour Perl (si le source de la machine virtuelle était libre ce serait corrigé, ainsi que pas mal de problèmes) Il existe un développement libre de JVM, je n'ai plus le nom en tête,
mais il est encore loin de la qualité des JVM propriétaires (Sun, IBM, JRockit)
- liés aux limitations actuelles de la techno. Orientée Objet, qu'on cherche à compléter de tous les côtés (programmation Orientée Aspect, Design Patterns, etc) Hum, je ne rentrerai pas dans le debats :-)
- lié à des choix technologiques de Sun (par exemple les Enterprise Java Beans que je considère plutôt bidouille) D'accord avec toi, mais c'est une petite partie de Java, il est facile
de s'en passer.
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal comprendre (cf l'éditorial de Linux Magazine de janvier). La communauté OS Java est tout de même *tres* developpee
(www.apache.org, www.sourceforge.net, etc, etc)
Mon sentiment est que Sun va finir par mettre la techno. Java en open source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul. http://www.jcp.org (et non, ce n'est pas une façade pour dire Sun).
Kupee
Jean-Marc Vanel wrote:
Il y a des problèmes avec Java, qui sont: - liés à son statut propriétaire, par exemple Java met 0.5 secondes à démarrer contre 0.03 pour Perl (si le source de la machine virtuelle était libre ce serait corrigé, ainsi que pas mal de problèmes) - liés aux limitations actuelles de la techno. Orientée Objet, qu'on cherche à compléter de tous les côtés (programmation Orientée Aspect, Design Patterns, etc) - lié à des choix technologiques de Sun (par exemple les Enterprise Java Beans que je considère plutôt bidouille)
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal comprendre (cf l'éditorial de Linux Magazine de janvier).
Le problème dans les projets concrets avec la moyenne des développeurs avec Java est que les choses simples ne sont pas assez simples par rapport à PHP ou Perl. Je le vois bien quand je donne des formations (exemple les chaînes et les fichiers). Peut-être .NET améliore-t-il cet aspect. Les gens veulent avoir très rapidement qqchose qui marche. Ils ne voient pas que la conception (y compris rétro-conception à la XP) est importante. Il est certain que l'utilisation d'eclipse rend les choses plus faciles, de même que les nouveautées attendues de Java 1.5.
Mon sentiment est que Sun va finir par mettre la techno. Java en open source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul. Et il y a un effort de simplification, d'épuration à faire j'écrivais plus haut, par exemple pouvoir distinguer les méthodes principales (primitives) des autres, qui sont des facilités (helpers) ou des alias avec des arguments différents.
Euh j'ai l'impression que tu racontes un peu n'importe quoi, les specs de la jvm ne sont pas cachées tu peux en écrire toi meme, il y a plein d'implémentations. Tu critiques le fait que ce soit propriétaire, quel est l'avantage de .NET sur le sujet ? La programmation orientée aspect n'est pas spécifique a Java, c'est une nouveauté et elle se développe dans divers autres langages. Il faudrait que ce langage soit figé pour qu'il te plaise ? Ou alors qu'a chaque fois qu'une nouvelle idée apparait on crée un nouveau langage ? Je te rappelle que le C a été créé de manière propriétaire lui aussi ... Les Design Paterns ne sont pas une modification du langage, ce sont des solutions efficaces a des problèmes communs afin de ne pas réinventer la roue a chaque fois
Jean-Marc Vanel wrote:
Il y a des problèmes avec Java, qui sont:
- liés à son statut propriétaire, par exemple Java met 0.5 secondes à
démarrer contre 0.03 pour Perl (si le source de la machine virtuelle
était libre ce serait corrigé, ainsi que pas mal de problèmes)
- liés aux limitations actuelles de la techno. Orientée Objet, qu'on
cherche à compléter de tous les côtés (programmation Orientée Aspect,
Design Patterns, etc)
- lié à des choix technologiques de Sun (par exemple les Enterprise Java
Beans que je considère plutôt bidouille)
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal
comprendre (cf l'éditorial de Linux Magazine de janvier).
Le problème dans les projets concrets avec la moyenne des développeurs
avec Java est que les choses simples ne sont pas assez simples par
rapport à PHP ou Perl. Je le vois bien quand je donne des formations
(exemple les chaînes et les fichiers). Peut-être .NET améliore-t-il cet
aspect. Les gens veulent avoir très rapidement qqchose qui marche. Ils
ne voient pas que la conception (y compris rétro-conception à la XP) est
importante.
Il est certain que l'utilisation d'eclipse rend les choses plus faciles,
de même que les nouveautées attendues de Java 1.5.
Mon sentiment est que Sun va finir par mettre la techno. Java en open
source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a
trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement
maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi
bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul. Et il
y a un effort de simplification, d'épuration à faire j'écrivais plus
haut, par exemple pouvoir distinguer les méthodes principales
(primitives) des autres, qui sont des facilités (helpers) ou des alias
avec des arguments différents.
Euh j'ai l'impression que tu racontes un peu n'importe quoi, les specs
de la jvm ne sont pas cachées tu peux en écrire toi meme, il y a plein
d'implémentations. Tu critiques le fait que ce soit propriétaire, quel
est l'avantage de .NET sur le sujet ?
La programmation orientée aspect n'est pas spécifique a Java, c'est une
nouveauté et elle se développe dans divers autres langages. Il faudrait
que ce langage soit figé pour qu'il te plaise ?
Ou alors qu'a chaque fois qu'une nouvelle idée apparait on crée un
nouveau langage ?
Je te rappelle que le C a été créé de manière propriétaire lui aussi ...
Les Design Paterns ne sont pas une modification du langage, ce sont des
solutions efficaces a des problèmes communs afin de ne pas réinventer la
roue a chaque fois
Il y a des problèmes avec Java, qui sont: - liés à son statut propriétaire, par exemple Java met 0.5 secondes à démarrer contre 0.03 pour Perl (si le source de la machine virtuelle était libre ce serait corrigé, ainsi que pas mal de problèmes) - liés aux limitations actuelles de la techno. Orientée Objet, qu'on cherche à compléter de tous les côtés (programmation Orientée Aspect, Design Patterns, etc) - lié à des choix technologiques de Sun (par exemple les Enterprise Java Beans que je considère plutôt bidouille)
Il y a aussi un mouvement pro-.NET dans le libre que j'avoue mal comprendre (cf l'éditorial de Linux Magazine de janvier).
Le problème dans les projets concrets avec la moyenne des développeurs avec Java est que les choses simples ne sont pas assez simples par rapport à PHP ou Perl. Je le vois bien quand je donne des formations (exemple les chaînes et les fichiers). Peut-être .NET améliore-t-il cet aspect. Les gens veulent avoir très rapidement qqchose qui marche. Ils ne voient pas que la conception (y compris rétro-conception à la XP) est importante. Il est certain que l'utilisation d'eclipse rend les choses plus faciles, de même que les nouveautées attendues de Java 1.5.
Mon sentiment est que Sun va finir par mettre la techno. Java en open source ou en LGPL. Mais Java est devenu qqchose de trop gros et il y a trop d'intérêts en jeu pour que ce soit facile à gérer. Clairement maintenant Sun n'a pas les moyens de développer Java aussi vite et aussi bien qu'il faut à lui tout seul; il ne faut plus qu'il soit seul. Et il y a un effort de simplification, d'épuration à faire j'écrivais plus haut, par exemple pouvoir distinguer les méthodes principales (primitives) des autres, qui sont des facilités (helpers) ou des alias avec des arguments différents.
Euh j'ai l'impression que tu racontes un peu n'importe quoi, les specs de la jvm ne sont pas cachées tu peux en écrire toi meme, il y a plein d'implémentations. Tu critiques le fait que ce soit propriétaire, quel est l'avantage de .NET sur le sujet ? La programmation orientée aspect n'est pas spécifique a Java, c'est une nouveauté et elle se développe dans divers autres langages. Il faudrait que ce langage soit figé pour qu'il te plaise ? Ou alors qu'a chaque fois qu'une nouvelle idée apparait on crée un nouveau langage ? Je te rappelle que le C a été créé de manière propriétaire lui aussi ... Les Design Paterns ne sont pas une modification du langage, ce sont des solutions efficaces a des problèmes communs afin de ne pas réinventer la roue a chaque fois
