Désolé, le sujet volontairement provocateur. Je dois investir beaucoup de temps à apprendre un langage de programmation, dont je souhaite qu´il soit en plein développement dans l´industrie. Pour l´utiliser par la suite.
 
Or, j´ai l´impression (d´après ce que j´entends autour de moi - attention, environnement plus business que programmeurs) que les défauts de JAVA (JVM, pas bien rapide, trop de biblis qui le rendent très compliqué, etc.) apparaissent au grand jour et que JAVA est en déclin. Pour le dire sur un ton encore plus dramatique, mon sentiment est que JAVA est voué à une mort certaine.
 
Quel est votre avis là-dessus? Dois-je passer mon chemin devant le grand maître JAVA ou alors est-ce toujours une carte à jouer pour l´avenir?
 
Merci infiniment et d´avance pour vos réponses étayées.
 

ça me fait mal de le dire, mais non, je ne pense pas que java soie en déclin.  
 
moi j'ai l'impression justement que java et c# monopolisent les offres d'emploi.  
 
ça n'est qu'une impression, je n'ai aucune statistique à ce sujet

java is dying

COBOL still isn't dead, Java therefore won't die within the next 30 years or so.

Farib, could you please be more explicit? Why do you think Java is currently dying?

farib parle français

I see dead languages

Je pense que t'as encore quelques petites années avant que ce soit mort...

stait une boutade pour kad'

Bon, personne n'a de réflexion argumentée en la matière?

Malheureusement, java est increvable

 
si mais j'ai pas le courage de me lancer

Merci kadreg, c'est sympa

Java n'est pas près de mourrir maintenant qu'il va passer en Open Source ( http://linuxfr.org/2006/08/18/21210.html ), le fait qu'il passe en Open Source, on le verra surement plus souvent un peu partout surtout couplé à Linux qui fait de plus en plus adepte du coté des constructeurs d'appareil mutimedia embarqué.
Après, .NET => plateforme microsoft (meme si projet Mono sur Unix, mais ils seront toujours à la traine derrière Microsoft), Java => le choix de la plateforme ... ça sera un argument potentiel dans le choix de Java par les "décideurs"

 
netscape est mort après être passé en open source

lol.
 
(aux dernières nouvelles,  les dissaïdors se foutent éperdument de linux d'une, et il y a 185463 langages open-source tournant sur 40 zillions de plateformes différentes de deux)
(ah, oui, et à moins de le forker le développement de Java restera totalement subordonné aux décisions arbitraires de Sun, donc de bien peu d'intérêt)

Toute façon un langage de programmation devient pas mort du jour au lendemain, quand tu vois qu'il y en a qui se sont amusé à ajouter une couche pour la POO en Cobol...

C´est vrai que dans certains entreprises, ils programment toujours en Visual Basic...Bon, je reformule: pensez-vous que JAVA soit LE langage en croissance, la compétence-clé des programmeurs des 10 prochaines années?

en croissance, je ne pense pas, il me semble qu'il ai atteint son rythme en fait.
 
Par contre, je pense que c'est devenu une partie d'un socle commun que doit connaitre tout développeur, comme l'algo, du HTML de base, ou ce genre de choses.
 
On ne cherche pas des gens qui connaissent java, mais java dans un contecte particuylier (J2EE, swing, ...)

"Java on Desktop is Dead" (c) Linus Torwalds

 
oui, mais il fait rien qu'a troller
 
et tu as vais une faute à son nom p

ha ben c'est sur, avec la crédibilité de linux sur le bureau, on est avancés avec des propos comme ça

L'ouverture du code va peut-etre favoriser l'adoption de Java dans des milieux critiques (aviation, ...). J'ai fais un de mes stages dans une société française qui justement bosse sur des calculateurs pour avion, et parlaient de passer à Java ... Une des contraintes était que la plateforme soit valide (certication, ...).
Bon c'est vrai que Java sur le bureau, ce n'est par tout de suite (voir pas près d'arriver). Mais après pour en revenir à l'embarqué, si tu prends J2ME, meme au niveau dévelopement dans le cadre personnel, je pense qu'il y a pas mal de gens qui dévelopent en Java pour les téléphones mobiles (J2ME marche sur tous les derniers portables), après tu rattaches aussi les professionnels.
Ce sont des secteurs qui ne sont pas encore touché par .NET (ou peu)

Oui enfin, ça c'est seulement si c'est pas du temps réel dur.

Ouais enfin il n'y a pas masse de systèmes demandant du hard real-time

"Veuillez patienter, avant de remettre de la poussee et de tirer le manche contre un crash certain, le garbage collector a decide qu'il etait le moment opportun pour liberer de la memoire "

Pour tout ce qui concerne les systèmes d'information, légers (J2EE) comme lourds (SWING), Java est très bien implanté. Les deux profils d'"informaticiens" les plus demandés du moment sont SAP et Java/J2EE (source = cadremploi de je ne sais plus quand, vers le début de cette année + 01net fin de l'année dernière).
 
Perso j'ai misé sur Java, j'en fais depuis 3 ans maintenant, orienté J2EE (Servlets, Struts, hibernate, spring,...). Et je ne m'ennuie pas, ça évolue beaucoup et c'est de plus en plus demandé. Alors amha, Java a encore de belles années devant lui (surtout si on prend en compte le fait que la partie dont je parle n'est pas tout Java, il y a bien plus de domaines d'application). Côté recherche d'emploi, c'est le top, il y en a partout...

 
Viens me montrer tes compétences
 
http://forum.hardware.fr/hardwaref [...] 5272-1.htm
 
(Oui, je sais, c'est immonde comme procédé de up / cross-post / pub, mais la tentation était trop forte sur un topic de discussion )
 
Java, on n'est pas près d'en être débarassé. L'erreur à ne pas commettre, pour un informaticien, c'est de rester trop longtemps hyper-spécialisé (ce qui est +/- inévitable). Un jour, tu te retrouves comme des gars de 40-50+ ans qui n'avaient jamais touché que du Cobol sur mainframe, et qui devaient se reconvertir à du PowerBuilder ou partir. Même utiliser la souris sous Windows, c'était just pour certains. La formation fut dure, j'ai pas couvert les 2/3 du programme.    
 
(S')investir à fond, c'est bien, et il y a tjs du nouveau, et même des bonnes choses, mais sur le long terme, ça présente un risque. Et ne serait-ce qu'intelectuellement, je ne resterais pas cantoné.  
 
Java a atteint un niveau de maturité suffisant pour ne pas décrocher de si tôt. Déjà trop implanté. Déjà legacy, parfois.

 
+1, architecture ou management, telle est la question suivante... et puis il y a le fonctionnel aussi, les mecs qui restent à développer toute leur vie, ils sont rares, et la plupart du temps, c'est des nerdz...très doués mais ne voulant pas faire autre chose, sinon ça vient "naturellement" j'ai envie de dire. En tout cas pour ce que je vois du monde J2EE, ça se passe comme ça.
 
Edit : pour ton soucis, désolé, jamais touché aux EJB... Servlet/Struts/Swing only...

 
Non mais qu'est-ce qu'il faut pas lire encore en 2006 !!!
 
Java est rapide, et c'est justement ce qui fait sa force !
Il n'a pas trop à envier au langage compilé pour son JIT et sa productivité en dev. Et il a une bonne longueur d'avance comparé à d'autres langages comme Python ou Ruby. Après tout dépend du domaine concerné ...
 

C'est vraiment une question risible.
 
D'après différentes stats qu'on peux voir sur le Web Java est en position N°1 des langages. Meme sur la francophonie il apparait en numéro 1 sur ce sondage ici : http://www.developpez.net/forums/s [...] hp?t=10365
 
Alors on peu mettre en doute la position de Java : numéro 1 ou numéro 2, ou numéro 3 ? Mais dire que java se meur, c'est vraiment con de dire ca d'un langage classé partout numéro 1, dans les offres d'emplois par exemple.
 
De plus, tout ce qui est environement managé (Java, Dotnet) est en croissance, donc par exemple on va trouver principalement Java et C#.
 
Donc numéro 1 et en croissance, ou tu as vu que ca se meur ? Quel plaisanterie...
 
Par contre Java se retrouve majoritairement en milieu professionnel, donc évidement si tu es un amateur et que tu ne fréquente que des amateurs c'est possible que tu ne voi pas de développeurs Java...
 
Et alors l'argument qui tue : "Java disparait car trop de bibliothèques", jamais lus un truc aussi idiot, c'est aussi intelligent que si tu écrivait C et C++ sont mort car trop de bibliothèques, quel ramassis d'ignorance...
 
Et c'est quoi "environnement plus Business que programmeur ?" ca veux dire que Java on peu trouver des clients et des offres d'emplois ? Merde alors avec Java on peux même en faire son métier, quelle merde Java en plus on gagne des tunes avec ca fais chier !

 
Bah oui.  
 
TIens petite histoire vécue. On avait un programme à faire (parsing de fichiers) qu'on a  sous-traité. Pour des raisons diverses et variées, on préférait le faire en java, mais le sous-traitant à eut la même réaction que toi. On lui a proposé de déjà faire le proto en java pour voir ce que cela donnerais niveau vitesse. Et bien lui-même n'en est pas revenu de la pêche de son proto, et il a fait la version finale en java. Et en prime, maintenant, il ne jure que par java
 
Par contre, j'ai déjà fait quelques posts dans ce sens, la bibliothèque standard java est assez sensibles à la "bonne façon" de programmer. Sur un exemple que j'avais déjà posté, on arrivait à un facteur 200 en vitesses entre deux programmes, un utilisant mal les capacités de java, l'autre l'utilisant correctement. Il y a également pas mal de ce genre de choses dans swing par exemple. C'est plus de là que provient la réputation de lenteur du bestiau.  
 

JVM, pas bien rapide :  
Java est sortie en 1995. A l'époque on avait même pas des procs à 100 MHz et ça tournait (pas très vite certe mais ça tournait).
JDK 1.3 Amélioration des performances SWING
JDK 1.4 Amélioration (20 fois plus rapide) de l'instanciation de classes et de l'invocation dynamique méthode.
Apprend surtout l'usage de SwingWorker et de l'Event Dispatcher Thread si tu as une interface qui rame (c'est valable pour tous les languages). Tu peux aussi remplacer SWING par SWT plus rapide.
Essaie la JVM6 (+58%) ou le JDK1.5 patch 08 en perfs plus rapide que .NET maintenant (optimisation de l'utilisaton des registres mémoires en mode client, meilleure gestion du polymorphisme, ...)
trop de biblis qui le rendent très compliqué
C'est toute la richesse de Java (beaucoup de choix et d'examples)
Aujourd'hui tu peux faire en 1 semaine une appli qui prenait 3 mois en C/C++ il y 10 ans.

heuu lol hein, des gains de productivité de l'ordre de 3-5 ok (et ce sont aussi les gains en passant de Java à un langage plus dynamique e.g. Smalltalk, Python, Ruby, ...), des gains de productivité de l'ordre de 15, sûrement pas sur de vrais projets.

Je parle des évolutions de performance de la JVM pour répondre au sujet (JVM pas rapide).
La productivité se base surtout sur les librairies (JAVA est très riche la dessus) et les IDE que ce soit pour les IHM ou le côté serveur.
Si tu développes ou utilises de vrais composants au départ, tu peux développer bien plus rapidement ensuite.
Si tu fais du code procédural ce n'est évidemment pas le cas sauf si tu fais du jetable.
JAVA n'est pas près d'être détroné avant très longtemps que ce soit par des langages dynamiques ou fonctionnels. Il n'y a que les développeurs en C++ qui font plutôt des applications critiques surtout temps réel qui résistent à cause du GC. Sur ce cas, passer à une architecture avec DOT.NET est une évolution plus logique dans leur cas.
Sun essaie de rendre plus facile et intuitif le développement en Java : JAXB, JMX, JPA, EJB 3.0, java.util.concurrent, Matisse, Glassfish, ...
D'après mon expérience, seul le client léger pose de vrais problème de productivité à cause de problème de maintenance, d'évolutivité et de réutilisabilité des frameworks actuels qui sont dépassés en 2 ou 3 ans (JSP, Servlet, MVC, JSF, AJAX, RIA, IHM en XML, ...).
Sinon regarde ce que l'on peut faire avec Eclipse (Callisto) ou NetBeans avec Matisse, c'est clairement orienté vers une meilleure productivité :
http://www.netbeans.org/kb/articles/matisse.html

J'aurais probablement du faire des découpes, en fait je répondais simplement à la dernière phrase indiquant qu'il était "aujourd'hui possible de faire en 1 semaine en Java une appli qui prenait 3 mois en C/C++"

Temps réel ne veut pas dire "pas de GC" hein, ça dépend du temps réel dont tu parles, le soft real-time ne pose aucun problème aux GC (Erlang est un langage fonctionnel avec GC et il est utilisés dans les switchs télécom sur des applications soft real-time à très hauts uptimes) et des stratégies de GC implémentées (il existe des GC déterministes)

Je ne suis pas un spécialiste d'Erlang, mais je crois que c'est un langage spécifiquement conçu pour des problématiques réseaux. Comme Smalltalk et Ruby, les développeurs sont assez rares et la richesse des librairies de ces langages est loin d'égaler celle de Java.
Pour revenir au sujet de départ,  il y a 4 grandes communautés de développeurs aujourd'hui : PHP, Java et .NET plus les développeurs C/C++ qui ont tendance à lentement diminuer en nombre.
La tendance des offres d'emploi aux USA :
http://www.indeed.com/jobtrends?q= [...] 2C+C%2B%2B
PHP n'est pas du tout standardisé (tout le monde fait ses propres librairies) et aurait tendance à décliner lentement, .NET est trop standardisé (Microsoft oblige) mais l'arrivée de Vista, IE7, d'Office 2007 et du Framework 3.0 avec entre autre XAML, WWF, Infopath devrait lui donner un nouveau souffle. Jamais la standardisation et l'interopérabilité entre composants Microsoft n'aura été aussi poussé.
Java est aujourd'hui le langage de dévelopement le plus utilisé sur les nouveaux projets avec une très forte communauté, énormément de projets open source même chez Sun et de librairies. Le dévelopement du langage et des librairies restent néanmoins standardisés principalement grace aux JSR.
Ces derniers temps, il y a pas mal d'annonces sur des outils (BEA Real Time, IBM, ...) permettant d'implémenter les spécifications RTSJ. Par contre, piloter un avion ou même une voiture en java, une centrale nucléaire ou des automates de trading me parait encore assez délicat.
Cela restera des domaines réservés au C++ ou à l'assembleur encore un certain temps même si on peut déterminer la stratégie du GC. Par example, un programme Java utilisant un GC incrémental est beaucoup plus lent que le GC classique de la JVM mais ne possède quasiment pas de temps mort. Il y a eu indéniablement des progrès mais on n'a pas la maitrise qu'apporte le C++ dans la gestion mémoire.
http://www.infres.enst.fr/~dupouy/ [...] C-MACS.pdf