Discussion :

[super_navide]

Une partie des très grosses entreprises qui faisaient du Spring ou du JEE sont en train d'être séduites par la mode Node.js.

Les mêmes qui nous vantaient Java et les services web nous vendent aujourd'hui javascript côté serveur et les microservices.

Bien sûr il y a de l'inertie mais la tendance est marquée. Et le sex-appeal efface toutes les considérations techniques, c'est bien connu.
Et ça va bien plus vite que la prise de parts de marché du Java sur le C++. D'ailleurs dans le domaine des "gros" jeux vidéo le Java est quasi absent.

Si Java perd le combat côté serveur il va décliner bien plus vite que le C++.



Voici quelques données de mon PC pour compléter les states :
C/C++ : Vim, wireshark, VLC, WinMerge, Notepad++, Lightworks, gimp, IDA, Google earth, Chrome, Firefox, Frhed, 7-zip, Acrobat reader, Teams, Office, Visual 2005, notepad, IE, CamStudio, Virtual Box, Unlocker, WinDirStat...
Qui utilisent la VM .NET : Outlook, Daemon Tools Lite, SQL Server (Mais bon...)
Autre : Visual studio code, Delphi 7.
Java : Eclipse, SoapUI, DBeaver, Flash Builder, yEd.

Tu peux faire du java avec Node js sans problème avec le transpilateur http://www.jsweet.org/
Avec java il y a deux chose la syntaxe et la sémantique et l'execution reel (android / gwt / windows etc ... )
Ce qui manque a java est la sémantique des type value qui n'ont pas besoin d'être libérer car alloué sur la pile d’exécution.
Une fois cette évolution java devient aussi rapide que du C++ car le compilateur a des informations de sémantique pour faire les même optimisation qu'en C++.
La conséquence de ne pas avoir ce genre de fonctionnalité est qu'on doit écrire du code du genre :
class UneClasse {
static Vector2 tmp= new Vector2();
void calcul(Vector2 p,Vector2 d ,float distance) {
tmp.set(d);
tmp.multLocal(distance)
p.addLocal(tmp);

}

}


Avec un type value Vector2 on peut coder directement et sans allouer réellement d'objet
class UneClasse {

Vector2 calcul(Vector2 p,Vector2 d ,float distance) {
return p.add(d.mul(distance));

}
}

Le gain est énorme car on ne sollicite pas le garbage collector et pour facilement paralléliser un traitement car on utilise pas de variable static.

Voilà une des raisons pour laquelle java n'a pas pu être utilisé dans les jeux videos.
de plus de tel type pourrait être directement utiliser dans les api opengl .
Le document http://www.oracle.com/technetwork/ja...tz-3126134.pdf explique clairement l'objectif et aussi la complexité des type value.

[Mickael_Istria]

Si Java perd le combat côté serveur il va décliner bien plus vite que le C++.

La situation actuelle est plutot positive pour Java sur serveur/cloud. Java Enterprise (pas forcement EE, mais toutes les couches persistence, service et tout) tiennent mieux que prevu face a la competition JS/Node que tout le monde craignait comme la peste il y a 3-4 ans. Le buzz sur ces stacks nouvelles est passe, elles ont pris leur place dans le monde, mais Java a pas trop pris sa claque, loin de la.
Il y a meme eu des REX completement incroyables d'applis demarrees en Node et qui migrent a Java au bout d'un moment pour des raisons de cout de maintenance!

Mais la vraie bataille, de nos jours, c'est l'IoT: les gateways a la Raspberry Pi. Le Cloud restera pour les grosse applis de centralisation -et Java est bien positionne-; mais les architectures se decentralisent avec le cout des petites machines n'est que de quelques dollars donc ca va devenir le support de choix de nombreuses petites applis "intermediaires" (traitement primitif de donnee, mise en place de service de publication d'info et compagnie). La il y a plein de challenges techniques et d'opportunites d'innovation; c'est sur cette bataille que se placent de nombreux acteurs de l'ecosysteme Java de nos jours.
Si Java accroche bien en IoT, ca lui redonne 5 ans de serenite en plus (comme le Cloud lui a donne 5 ans avant, les WebApps 5 ans avant, le desktop 5 ans avant...).

[GordonFreeman]

Bonjour,

Voilà qui me semble un très bon choix. La Fondation Eclipse n'a plus à prouver son engagement envers Java et réalise souvent des travaux de grande qualité.

Ça me redonne confiance dans l'avenir et l'évolution de la plateforme.

[Mickael_Istria]

La Fondation Eclipse n'a plus à prouver son engagement envers Java et réalise souvent des travaux de grande qualité.

Petit correctif: la Fondation Eclipse ne realise pas par elle-meme de travaux de developpement de projet. C'est la communaute qui developpe les projets, la Fondation a plutot pour objectif de donner les moyens a la communaute de travailler au mieux (en fournissant des services, ou en mettant en place des processus de recherche de qualite). Pour Java EE, ca restera a la communaute actuelle et future de s'en occuper, la Fondation va fournir ses services au projet, notamment en terme de gouvernance open-source, qui est le point cle sur des gros projets critiques comme ca.

[GordonFreeman]

Petit correctif: la Fondation Eclipse ne realise pas par elle-meme de travaux de developpement de projet. C'est la communaute qui developpe les projets, la Fondation a plutot pour objectif de donner les moyens a la communaute de travailler au mieux (en fournissant des services, ou en mettant en place des processus de recherche de qualite). Pour Java EE, ca restera a la communaute actuelle et future de s'en occuper, la Fondation va fournir ses services au projet, notamment en terme de gouvernance open-source, qui est le point cle sur des gros projets critiques comme ca.

Oui effectivement ma formulation n'était pas correct..

Le rôle de la fondation est de chapeauter et de donner des moyens aux différents intervenants.
Pour ce qui est de la réalisation et l'implémentation des fonctionnalités on va retrouver un ensemble d'acteurs de la communauté.

Perso je me réjouis de ce changement de gouvernance.
Ce que je comprend moins bien c'est la dissociation qu'il va y avoir entre Java EE et SE.

Cela me semble contre productif mais je me trompe peut-être... Si quelqu'un à des précisions à ce sujet je suis preneur (but, avantages/ inconvénients, risques, etc...)

Cordialement

[tchize_]

Ce que je comprend moins bien c'est la dissociation qu'il va y avoir entre Java EE et SE.

J'ai l'impression que c'était déjà le cas depuis des années, Java EE s'appuyant sur les briques de javaSE en rajoutant "tout ce qui manque" pour faire du EE. De temps en temps un brique glisse de EE vers SE quand elle est mature et suffisament nécessaire hors EE.

[CaptainDangeax]

Pour commencer, tu es une quiche en orthographe. ça m'a toujours épaté ce truc là, les gars qui sont capables d'écrire du code où la moindre faute de ponctuation (voire d'indentation pour le python) est sanctionnée par un violent ?SYNTAX ERROR OK. (Commodore 64 inside), et qui ne font pas la différence entre "à déployer" et "déployé" ou qui écrivent "un jeux" avec un X.
Tu ne réponds pas sur le fond, la différence entre du C++ compilé en langage machine et qui n'a besoin que de libstdc++, et le java qui a au minimum besoin d'un J2RE.
Quant à la disparition du C++, dans tes rêves... Il durera tant qu'il y aura des programmes écrits avec et qu'il faudra les maintenir. À chaque fois que tu utilises une nouvelle application, demande-toi avec quel langage elle a été écrite. C'est facile. En ce qui concerne mon Linux, le noyau et les gnu utils sont en C, ainsi que l'interpréteur Python ; les scripts d'administration sont en bash, en perl ou en python, et l'intégralité des applications graphiques sont en C++. libreoffice est même en train de remplacer des morceaux en java par des morceaux en C++. Quant aux appli java, j'en ai 3 : mplab-x, pour les µchip PIC, hodoku, un solveur de sudoku, et freerouter, un routeur de carte électronique. ça me va très bien comme ça, je me moque de savoir en quel langage c'est écrit, tant que ça fonctionne et que ce n'est pas trop lourd à installer (660MB de téléchargement pour MPLAB-X tout de même). Je ne suis pas un intégriste du C++, je ne programme même pas avec, pas plus que Java d'ailleurs, je préfère la simplicité du python qui ne nécessite pas de déclarer une classe pour lire un fichier texte, ou l'ASM pour les µcontrolleurs, et je ne souhaite la mort de personne.
PS : tu t'es pris 5 votes négatifs, il semblerait que ton avis ne soit pas vraiment partagé par ici.

[Mickael_Istria]

l'intégralité des applications graphiques sont en C++

Non. On en trouve dans tous les langages, et si on prend des applis recentes, je suis meme pas sur que C++ est majoritaire par rapport a du Electron/JS, ni meme a Java (les applis Swing ou Eclipse RCP sont encore tres developpe dans le monde professionnel - et aussi la famille Minecraft c'est du Java), beaucoup d'appli Windows-specific sont en .NET, sur mobile, C++ est quasi-inexistant, dans le Web non plus... Au final, on trouve C++ dans des couches plutot basses, a peu pres au meme niveau que le C.
Je suis d'accord pour dire qu'un langage aussi important que C++ ne peut pas disparaitre, mais il ne faut pas trop en rajouter quand meme.

[CaptainDangeax]

Non. On en trouve dans tous les langages, et si on prend des applis recentes, je suis meme pas sur que C++ est majoritaire par rapport a du Electron/JS, ni meme a Java (les applis Swing ou Eclipse RCP sont encore tres developpe dans le monde professionnel - et aussi la famille Minecraft c'est du Java), beaucoup d'appli Windows-specific sont en .NET, sur mobile, C++ est quasi-inexistant, dans le Web non plus... Au final, on trouve C++ dans des couches plutot basses, a peu pres au meme niveau que le C.
Je suis d'accord pour dire qu'un langage aussi important que C++ ne peut pas disparaitre, mais il ne faut pas trop en rajouter quand meme.

Comme j'avais pris l'exemple de mon PC perso / Linux, je vais aussi parler de mon PC du boulot : Microsoft Office. Au niveau nombre d'utilisateurs, ça se pose là. Au niveau langage, c'est du C++, pas du Java ni du C#. Firefox, putty, c'est du C++ aussi... Je ne dis pas qu'il n'y a pas de Java ou d'autres trucs plus inconstants, genre les nouveaux framework web qui changent tous les 6 mois, mais je peux t'assurer que statistiquement, au niveau des applis graphiques, c'est majoritairement du C++.

[Mickael_Istria]

mais je peux t'assurer que statistiquement, au niveau des applis graphiques, c'est majoritairement du C++.

Justement, assure le moi avec autre chose que des convictions. Si tu as des vraies stats, c'est le bienvenu!

[super_navide]

Pour commencer, tu es une quiche en orthographe. ça m'a toujours épaté ce truc là, les gars qui sont capables d'écrire du code où la moindre faute de ponctuation (voire d'indentation pour le python) est sanctionnée par un violent ?SYNTAX ERROR OK. (Commodore 64 inside), et qui ne font pas la différence entre "à déployer" et "déployé" ou qui écrivent "un jeux" avec un X.
Tu ne réponds pas sur le fond, la différence entre du C++ compilé en langage machine et qui n'a besoin que de libstdc++, et le java qui a au minimum besoin d'un J2RE.
Quant à la disparition du C++, dans tes rêves... Il durera tant qu'il y aura des programmes écrits avec et qu'il faudra les maintenir. À chaque fois que tu utilises une nouvelle application, demande-toi avec quel langage elle a été écrite. C'est facile. En ce qui concerne mon Linux, le noyau et les gnu utils sont en C, ainsi que l'interpréteur Python ; les scripts d'administration sont en bash, en perl ou en python, et l'intégralité des applications graphiques sont en C++. libreoffice est même en train de remplacer des morceaux en java par des morceaux en C++. Quant aux appli java, j'en ai 3 : mplab-x, pour les µchip PIC, hodoku, un solveur de sudoku, et freerouter, un routeur de carte électronique. ça me va très bien comme ça, je me moque de savoir en quel langage c'est écrit, tant que ça fonctionne et que ce n'est pas trop lourd à installer (660MB de téléchargement pour MPLAB-X tout de même). Je ne suis pas un intégriste du C++, je ne programme même pas avec, pas plus que Java d'ailleurs, je préfère la simplicité du python qui ne nécessite pas de déclarer une classe pour lire un fichier texte, ou l'ASM pour les µcontrolleurs, et je ne souhaite la mort de personne.
PS : tu t'es pris 5 votes négatifs, il semblerait que ton avis ne soit pas vraiment partagé par ici.

Justement avec la fondation eclipse on aura peut-être pour java un compilateur pour faire directement un .exe avec tous ce qu'il faut pour l’exécution sans avoir la VM.
De plus encore une fois les votes négatif je m'en fou .....
Sinon pour les faute d'orthographe , j'écrit juste de façon rapide et je fais pas attention , quand je redige des doc pro je fais gaffe ici pas la peine ....

[Mickael_Istria]

Justement avec la fondation eclipse on aura peut-être pour java un compilateur pour faire directement un .exe avec tous ce qu'il faut pour l’exécution sans avoir la VM.

Ce compilateur, c'etait aussi l'idee de gcj mais ca n'a jamais vraiment marche. On peut faire de .exe avec des applis Java, c'est juste du packaging: en gros, l'appli contient la JVM, le .exe la demarre avec les bons parametres et fin de l'histoire. C'est assez courant.