Discussion :

[Ricky81]

Bonjour,

Véritable effet de mode, les langages pour la JVM se multiplient et la liste devient délicate à maintenir sachant que certains ne dépasseront jamais le stade de l'anonymat.

Voici une liste partielle des plus connus :

• AspectJ
• Clojure
• Duby
• Fantom
• Groovy
• Ioke
• Jaskell
• JavaFX Script
• JRuby
• Jython
• Noop
• Rhino
• Scala

Quel est selon vous le langage promis à un bel avenir, et pourquoi ?

[professeur shadoko]

je ne connais pas tout (loin de là)!
mais si Clojure et Scala apportent des tas de paradigmes intéressants il ont juste oublié un domaine: l'ergonomie du programmeur (est-il possible de "voir" rapidement l'essence même du code).
Je conteste fortement les choix syntaxiques de ces deux langages (passionants par ailleurs) et je prédis que ça les condamne en tant que langage "majeur" (pas en tant que langage de niche).
Nota: je suis très bon en prédiction: quand l'IBM PC est sorti j'avais prédit que cette machine n'aurait auncun avenir!

PS: quand à Noop il est pour l'instant dans les limbes mais il y a dejà des choix que je conteste avec véhémence.

[lunatix]

Groovy parce qu'il est bien installé deja, et que Grail a sa petite communauté bien solide

Scala parce que il a beaucoup de concepts vraiment interessants, meme si la lisibilité du langage est trop faible

noop, si ils s'y mettent pour de vrai (pour le moment, le projet google code n'avance pas vraiment, donc si ils bossent en interne et caché, le projet semble pas loin d'etre mort)

AspectJ c'est pas un langage non ? c'est un framework de gestion d'AOP non ?

[aurelman]

Yop

Je vote JRuby, parce que allier la puissance syntaxique de Ruby, avec le fait de pouvoir accéder à tout ce qui existe en Java (JDBC...) ça n'a pas de prix.
Pour le reste...

[Uther]

AspectJ c'est pas un langage non ? c'est un framework de gestion d'AOP non ?

Dans le sens ou on est contraint de recourir a un compilateur externe au JDK, il ne s'agit pas pour moi d'un simple framework.

Bien que ce ne soit pas non plus un langage a part entière.

[nicorama]

Je vote Java, c-à-d "Autre", je trouve que c'est un langage pas mal.

[Traroth2]

Je vote Java, c-à-d "Autre", je trouve que c'est un langage pas mal.

[Camille_B]

Clojure me semble promis à un bel avenir pour sa puissance ; sa gestion fine, simple et efficace de la concurrence ; et sa syntaxe LISP, qui a en soi de nombreux avantages, mais qui a également cet avantage particulier d'être, d'une certaine manière, un XML propre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
 
XML :
 
<maison>
    <toit></toit>
    <murs>
        <mobilier></mobilier>
    </murs>
</maison>
 
LISP :
 
(maison ((toit)
             (murs
                (mobilier))))

Ce qui dans un contexte web est plutôt avantageux.

p.s. : au passage, l'autre avantage fondamental de cette syntaxe c'est qu'elle abolie la distinction entre syntaxe concrète et syntaxe abstraite.

Groovy :

Il semble que ce langage soit bien partit et dispose d'une communauté forte. De plus c'est un bon langage qui a fait le choix d'être idiomatiquement le plus proche possible de Java (le langage), ce qui facilite son apprentissage et sa maîtrise.

Le langage qui permettrait de se débarrasser de Beanshell, Jython, Jruby...

Scala :

Je le verrai bien remplacer Java (qui est un langage qui peine à évoluer)

[Invité]

AspectJ c'est pas un langage non ? c'est un framework de gestion d'AOP non ?

Non, c'est un langage. Un surensemble de Java qui permet la création d'aspects.

[Firwen]

Scala sans hesiter.

Car il a tout ce qu'on peut attendre d'un "main" langage
- Puissant
- Performant
- multi-paradigme
- Pattern matching
- sureté de typage et typage fort
- peu expressif.

[jayfaze]

Je dirais juste java ca me suffit ^^
J'ai pas vraiment teste les autres en fait, j'en ai pas eu besoin jusqu'a maintenant.

[dingoth]

Clairement "Autres" : Java. Il a tout des grands : une communauté, des frameworks, des EDI spécialisés, etc.

[Firwen]

Je pense que le sujet sous-entend "alternatif à java"

[LinkinSelim]

J'ai voté AspectJ, Groovy et JRuby

Car je pense que tout les trois ont un bel avenir, notamment grace à Grails et Spring.

[eclesia]

Il manque Fortress :
http://en.wikipedia.org/wiki/Fortres...ming_language)
http://projectfortress.sun.com/Projects/Community

[OButterlin]

Excusez la question mais un autre langage, soit, mais pourquoi faire ?
Dans quel contexte auriez-vous besoin d'autre chose que java ?

[professeur shadoko]

Excusez la question mais un autre langage, soit, mais pourquoi faire ?
Dans quel contexte auriez-vous besoin d'autre chose que java ?

Java c'est bien mais c'est en train de s'alourdir en essayant de capter de nouveaux paradigmes.
Sans parler de petits détails déjà traités de manière cochonne (auto-boxing, boucle foreach par exemple) la généricité, les annotations,lla modularité, les fonctions comme type à part entière (fermetures/closures), et d'autres paradigmes comme les "traits" ne peuvent que rendre Java un peu bancal... on aimerait un "java bis" dans lequel tout ça soit d'équerre (quoique j'aie des réserves sur les détails des traits "à la Scala")
En plus une syntaxe bien régulière serait bienvenue (c'est l'enfer d'analyser du source Java! + avis personnel: réserver les "facilités syntaxiques" et autres irrégularités pour les langages de script!)

[Grimly_old]

Java c'est bien mais c'est en train de s'alourdir en essayant de capter de nouveaux paradigmes.
Sans parler de petits détails déjà traités de manière cochonne (auto-boxing, boucle foreach par exemple) la généricité, les annotations,lla modularité, les fonctions comme type à part entière (fermetures/closures), et d'autres paradigmes comme les "traits" ne peuvent que rendre Java un peu bancal... on aimerait un "java bis" dans lequel tout ça soit d'équerre (quoique j'aie des réserves sur les détails des traits "à la Scala")
En plus une syntaxe bien régulière serait bienvenue (c'est l'enfer d'analyser du source Java! + avis personnel: réserver les "facilités syntaxiques" et autres irrégularités pour les langages de script!)

Auto-Boxing : J'avoue que c'est affreux. Autant passer en C++ et aller jusqu'à la surcharge d'opérateurs.

For-Each : Sucre syntaxique que même moi j'apprécie. De plus ça a un sens correct, "Pour tout les <Objects> nommés <obj> dans <collection> ..."

Généricité : Ça a un sens bien logique pourtant. Certain l'utilisent de manière 100% cochonne mais c'est comme tout, le langage Java n'a pas été créé pour que des singes l'utilisent.

Annotation : Ça ou écrire du XML en JEE6 ... Chacun ses goûts.

Modularité, Fonctions : Il faudrait m'expliquer car je vois mal (hormis certains patterns qui justement ont leur buts, mais là c'est toute la POO que tu dénoncerais).

C'est l'enfer d'analyser du source Java! : C'est normal, comme je l'ai dit plus haut : le langage Java n'a pas été créé pour que des singes l'utilisent. Si c'est le cas alors je suis le roi des chimpanzés .

Il n'en reste pas moins que Scala est assez élégant pour une application mathématique et de modèles simples.
/me a voté Scala

[professeur shadoko]

For-Each : Sucre syntaxique que même moi j'apprécie. De plus ça a un sens correct, "Pour tout les <Objects> nommés <obj> dans <collection> ..."

mois aussi j'adore (surtout pour des iterables). mais le drame c'est que c'est une macro et que quelqu'un peut aussi faire des bétises comme affecter une valeur à la variable de boucle (en C# le compilateur refuse, en Java il ne dit rien et du coup quelques innocents se font piéger)

Généricité : Ça a un sens bien logique pourtant. Certain l'utilisent de manière 100% cochonne mais c'est comme tout, le langage Java n'a pas été créé pour que des singes l'utilisent.

j'adore aussi mais.... il y a des "trous" dans les principes mêmes et la syntaxe est à chier!

Annotation : Ça ou écrire du XML en JEE6 ... Chacun ses goûts.

toujours pareil c'est super! mais on peut améliorer pas mal de choses

Modularité, Fonctions : Il faudrait m'expliquer car je vois mal (hormis certains patterns qui justement ont leur buts, mais là c'est toute la POO que tu dénoncerais).

voir évolutions en cours sur la modularité et les fermetures

C'est l'enfer d'analyser du source Java! : C'est normal, comme je l'ai dit plus haut : le langage Java n'a pas été créé pour que des singes l'utilisent. Si c'est le cas alors je suis le roi des chimpanzés .

j'ai pas tout à fait compris ton message sous-jacent mais peut-être n'ai je pas été moi-même clair. Je voulais dire ceci: il est extrèmement difficile d'écrire un analyseur de code java pour faire certaines analyses statiques simples. Sans être être un sectataire du "code comme donnée" (langage homoiconiques) l'héritage du C fait à la fois du bien et du mal à Java
(le prgrammeur moyen n'est pas trop dérangé dans sa lecture mais la structure syntaxique est assez byzantine).

[dingoth]

mois aussi j'adore (surtout pour des iterables). mais le drame c'est que c'est une macro et que quelqu'un peut aussi faire des bétises comme affecter une valeur à la variable de boucle (en C# le compilateur refuse, en Java il ne dit rien et du coup quelques innocents se font piéger)

Quel piège ? Java travaille par référence. Ce comportement ne diffère en rien du fonctionnement habituel de Java. Pour être certain de ne pas changer la variable de boucle, un final fait très bien l'affaire !