Discussion :

[Idelways]

L'inventeur de JRuby imagine « Mirah », un nouveau langage de programmation
Qui allie la syntaxe Ruby aux performances de Java


L'un des développeurs clés du monde Java, Charles Oliver Nutter travaille actuellement sur un langage de programmation expérimental appelé « Mirah » qui joint la syntaxe riche de Ruby aux performances de Java.

"Mirah aurait un typage statique et compilera sous forme de Bytecode Java classique", a annoncé Nutter Jeudi dernier pendant sa présentation du langage durant la prestigieuse O'Reilly Open Source Convention.

Pour mémoire, Charles Nutter est également le co-auteur de JRuby, l'implémentation Ruby qui s'appuie sur la machine virtuelle Java. L'équipe de JRuby avait démissionné de Sun Microsystems la veille de son rachat par Oracle pour rejoindre Engine Yard, spécialiste des solutions Cloud pour Ruby et Ruby on Rails.

Mirah, destiné aux applications de hautes performances, manque encore de certaines APIs présentes sur Ruby et JRuby et d'éléments du langage Java tels que les Génériques.

En développement depuis environ un an, Mirah s'approche pourtant de la version stable. La 1.0 est prévue d'ici la fin de l'année, mais il est dès maintenant possible d'écrire en Mirah des applications simples.

Pour coder en Mirah, il suffit de se rendre sur la page du projet open-source sur GitHub
Un descriptif explique comment l'installer et lancer de petits scripts .duby ou inline.

Les développeurs pourrait utiliser Mirah pour produire des applications Cloud et mobiles pour le Google App Engine ou Android.

Le site web officiel du langage, qui reprend la présentation de la page de démarrage de tout projet Ruby on Rails, note que Mirah est la traduction du mot « Ruby » en Javanais, la langue principale des habitants de l'île Java en Indonésie.



Sources : Site de O'Reilly Community, Site officiel du langage


Lire aussi :

Version de maintenance 1.5.1 de JRuby. Migration recommandée pour les utilisateurs de Google AppEngine et de l'intégration avec Java
La RC de Rails 3 repoussée au 11 juin et premières infos sur la version 3.1 du framework
Microsoft change les licences d'IronPython et IronRuby pour la licence Apache


Les rubriques (actu, forums, tutos) de Développez :

Java
Ruby & Rails
Mobiles
Android


Et vous ?

Quel(s) interêt(s) trouvez-vous à Mirah face Groovy et JRuby?
Seriez-vous tentés de l'essayer ? Qu'en pensez-vous ?



En collaboration avec Gordon Fowler

[nicorama]

Et vous ?

Quel(s) interêt(s) trouvez-vous à Mirah face Go et JRuby?

La comparaison se fera surtout par rapport à Groovy.

[Elendhil]

Question de goût je crois , mais il serait considéré comme Le langage le plus productif ...

Sinon pour les "performances" pour un langage interprété avec une machine virtuelle il est vraiment difficile de faire plus performant , à part peut-être le C#
mais il n'a pas été conçu pour être multi-platforme.

[rozwel]

Mais pourquoi aller réinventer la roue alors qu'il y a déjà Groovy qui fait la même chose avec une syntaxe tout aussi puissante que celle de Ruby sans être complètement disruptive puisque basée sur celle de Java. Y'en a qui s'obstinent à inventer des monstres des fois...

[lunatix]

Marrant, un Ruby like, sans le coté dynamique ce qui doit permettre d'atteindre des performances supérieures a celles de groovy.
encore un choix de plus sur la jvm.

[BugFactory]

Intéressant. Quand j'ai vu Groovy il y a quelques temps, le typage dynamique m'avait fait fuir en hurlant. Attendons de voir ce que ça donne...

[Hinault Romaric]

Seriez-vous tentés de l'essayer ? Qu'en pensez-vous ?

Aucun intérêt puisque Groovy existe déjà, en tout cas attendons pour voir ce que ce langage à dans le ventre et apporte de nouveau

[jmini]

Je vous recommande cette vidéo :
L'avenir de Java: Erlang, Haskell ou Ruby?

[Invité]

Je vous recommande cette vidéo :
L'avenir de Java: Erlang, Haskell ou Ruby?

La programmation fonctionnelle c'est puissant! Mais je trouve que le code est plus difficile à lire. Bref, au bout du compte, je ne trouve pas que c'est une importante amélioration.

[thbar]

Mais pourquoi aller réinventer la roue alors qu'il y a déjà Groovy qui fait la même chose avec une syntaxe tout aussi puissante que celle de Ruby sans être complètement disruptive puisque basée sur celle de Java. Y'en a qui s'obstinent à inventer des monstres des fois...

Les usages vont être probablement assez différents.

Classiquement Groovy est 5 à 15 fois plus lent que Java, tandis que Duby (dont la syntaxe est moins dynamique) est de performance similaire à Java, sur mes tests en tout cas.

J'ai par exemple prototypé des plugins sonores avec Duby, ce que je ne tenterais pas avec Groovy

http://github.com/thbar/opaz-plugdk
http://github.com/thbar/opaz-plugdk/...DubyTools.duby

-- Thibaut