Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Quel(s) langage(s) pour la machine virtuelle Java utilisez-vous en 2015 ? Venez partager votre expérience

Le 23 octobre 2015 à 22:43, par Mickael Baron

10 commentaires

554PARTAGES

Voter pour

3

Voter contre

0

Quel(s) langage(s) pour la JVM utilisez-vous en 2015 ? et pourquoi ?

Groovy		56 %
Scala		48 %
AspectJ		11 %
JRuby		11 %
Clojure		11 %
Ceylon		11 %
Jython		7 %
Rhino		4 %
Kotlin		4 %
Fantom		0 %
XTend		0 %
Ioke		0 %
Noop		0 %
Nashorn		0 %
Golo		0 %

Voter 27 votants

Bonjour,

En 2012, nous avions lancé un sondage (http://www.developpez.net/forums/d12...2012-pourquoi/) sur l'utilisation des langages alternatifs à Java qui exploitent la JVM. Vous aviez choisi en premier Scala, Groovy et JRuby. Nous aimerions renouveler ce sondage en prenant en compte les nouveaux langages du moment et voir si les nouveaux de 2012 sont devenus plus matures ou ont complètement disparu.

Voici une liste des plus connus :

Quel(s) est/sont le(s) langage(s) que vous utilisez actuellement ou que vous comptez utiliser. Vous pourriez également profiter de votre expérience en présentant une mauvaise expérience ou une bonne.

Merci d'avance pour votre participation.

L'équipe Java

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

10 commentaires

Commenter Signaler un problème

Membre averti

Le 02/11/2015 à 9:51

Groovy a cause ( grace ? ) a Gradle.

Voter pour

0

Voter contre

0

Membre averti

Le 02/11/2015 à 10:39

Je me suis mis à Kotlin récemment, depuis la sortie de la M12. J'avais voulu migrer vers Scala, mais je trouvais ce langage fort complexe, et très lourd pour sortir des applications JavaFX notamment.
Kotlin est un langage plus simple à apprendre, plus concis, et surtout, quel gain de temps ! Le code est en moyenne réduit d'un tiers par rapport à un code Java.
De plus, Kotlin est compatible JavaScript et Android.
Son seul petit défaut est sa jeunesse. Entre les différentes builds, certaines mécaniques peuvent évoluer, notamment les infixes qui disparaissent dans la dernière versions.

Voter pour

0

Voter contre

0

Membre averti

Le 02/11/2015 à 10:43

Heu... il manque javascript (fourni en standard avec la JRE).

Nous l'utilisons pour quelques mini-scripts de dump multi-bases, ça évite aux gens d'apprendre une syntaxe pour un besoin plus que ponctuel.

Voter pour

0

Voter contre

0

Membre éprouvé

Le 02/11/2015 à 14:01

Nos principaux dev se font en Grails ou en Java ... donc Groovy pour ma part.

Voter pour

0

Voter contre

0

Nouveau Candidat au Club

Le 02/11/2015 à 18:52

Moi j'utilise Nashorn (javascript ) car je trouve que c le meilleur langage de scripting c'est ECMAScript 6.
Ce qui dommage c'est que Nashorn ne supporte pas encore ECMAScript 6 mais je pense que se sera pour bientôt, node js supporte ECMAScript 6.

Voter pour

0

Voter contre

0

Membre actif

Le 02/11/2015 à 21:22

Groovy parce que cela me permet depreparer mon environement de test (binaires fichier de configuration...) et de l executer en remote sur QEMU.
J exploite le build lifecycle de maven et maven groovy plugin pour la phase des tests d integration.
Scala parce que c est tout aussi amusant.

Voter pour

0

Voter contre

0

Membre émérite

Le 03/11/2015 à 7:40

Citation

Envoyé par Washmid

Voir le message

Heu... il manque javascript (fourni en standard avec la JRE)..

Non, il était bien présent, même si c'était pas malin de l'appeler Rhino (qui est en fait le nom de l'interpréteur issu de Mozilla et fourni avec Java 6)
Sinon on peut dire que dans la liste il manque Java ;-) puisque le terme de langage alternatif figure bien dans l'article mais pas dans le titre...

A part ça, moi c'est plutôt JRuby, qui est d'une certaine manière encore plus multi-plateforme que Java : la moitié au moins de mon code fonctionne parfaitement avec CRuby et même IronRuby (pour .NET). Il y a même une version qui compile en Javascript...

Voter pour

0

Voter contre

0

Rédacteur

Le 03/11/2015 à 11:14

Heu... il manque javascript (fourni en standard avec la JRE).

Effectivement il y a Rhino et Nahsorn

Sinon on peut dire que dans la liste il manque Java ;-) puisque le terme de langage alternatif figure bien dans l'article mais pas dans le titre...

Effectivement c'est en dehors de Java

Mickael

Voter pour

0

Voter contre

0

Futur Membre du Club

Le 03/11/2015 à 17:32

Groovy, parceque la syntaxe est proche de Java, simple et lisible. Il faut faire attention à tout typer à ne pas utiliser/abuser des "def" sinon ça peut vite devenir difficile à relire/comprendre/maintenir. Un développeur Java est opérationnel presque immédiatement. Il apporte toutes les fonctionnalités qui peuvent manquer dans Java ce qui donne un certain confort en terme de développements. Avec Spring boot, on peut bootstraper des applications très rapidement.

J'ai jeté plusieurs fois un oeil à Scala, mais il ne m'a pas vraiment séduit. J'ai trouvé la syntaxe complexe et les programmes difficiles à relire, il y a une courbe d'apprentissage importante. Je n'ai pas vraiment trouvé de plus-value par rapport à groovy, mais par rapport à du Java natif il n'y a pas photo.

Nous avons 2 applis en scala dans ma boîte, et nous sommes obligés d'embaucher des développeurs scala spécifiquement, alors que pour groovy nous embauchons simplement des développeurs Java. Il faut y faire attention car point de vue RH ça peut changer la donne.

Il faudra que je jette un oeil aux autres

Voter pour

0

Voter contre

0

Le 02/11/2015 à 10:31

Mince alors, moi qui croyais que le langage assembleur y était dans le corps des fonctions, des class et autres.

(sortir de la machine virtuelle est très simple, mais aussi très dangereux en matière de "O.S. jacking" en référence au "car jacking"

Réservé aux systèmes embarqués donc...

Le coté pratique de Java c'est que les failles ne sont pas censé être dans les fichiers .JAR des "applications" compilés (sauf si introduite volontairement ou par inadvertance), mais unique dans le JRE, chose plutôt étrange qui aurait jamais dû arrivé.

Voter pour

0

Voter contre

4

Commenter Signaler un problème