Discussion :

[Mickael Baron]

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 :

• AspectJ
• Ceylon
• Clojure
• Fantom
• Golo
• Groovy
• Ioke
• JRuby
• Jython
• Kotlin
• Nashorn
• Noop
• Rhino
• Scala
• XTend

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

[bilgetz]

Groovy a cause ( grace ? ) a Gradle.

[MikeRowSoft]

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é.

[Raylemon]

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.

[Washmid]

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.

[Alvaten]

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

[super_navide]

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.

[bi_turbo]

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.

[esperanto]

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...

[Mickael Baron]

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

[tonyo56]

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