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

Le , par Mickael Baron, Responsable Java
Quel(s) langage(s) pour la JVM utilisez-vous en 2015 ? et pourquoi ?
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


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de bilgetz bilgetz - Membre averti https://www.developpez.com
le 02/11/2015 à 9:51
Groovy a cause ( grace ? ) a Gradle.
Avatar de MikeRowSoft MikeRowSoft - I.A. en bêta-test https://www.developpez.com
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é.
Avatar de Raylemon Raylemon - Membre averti https://www.developpez.com
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.
Avatar de Washmid Washmid - Membre averti https://www.developpez.com
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.
Avatar de Alvaten Alvaten - Membre éprouvé https://www.developpez.com
le 02/11/2015 à 14:01
Nos principaux dev se font en Grails ou en Java ... donc Groovy pour ma part.
Avatar de super_navide super_navide - Provisoirement toléré https://www.developpez.com
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.
Avatar de bi_turbo bi_turbo - Membre actif https://www.developpez.com
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.
Avatar de esperanto esperanto - Membre confirmé https://www.developpez.com
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...
Avatar de Mickael Baron Mickael Baron - Responsable Java https://www.developpez.com
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
Avatar de tonyo56 tonyo56 - Futur Membre du Club https://www.developpez.com
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
Responsables bénévoles de la rubrique Java : Mickael Baron - Robin56 -