OCaml for JVM

Пока только проект... Но - интересно.

Haskell на JVM был бы полезнее. или есть уже?

Справа вверху кнопка "Поиск"

Use that button

>Haskell на JVM был бы полезнее. или есть уже?

Есть, как минимум jaskell.codehaus.org

Ну и что-то типа такого: http://www.cse.unsw.edu.au/~pls/thesis-topics/ghcjava.html

Это вроде Nemerle что-то будет? Кошмар%)... Что за мода пошла - всё под JVM тащить?...

>Что за мода пошла - всё под JVM тащить?...

Переносимость + удобный механизм распространения библиотек (JAR).

ИМХО, плата за это - производительность - неоправданно высока...

Статическая типизация в OCaml спасет производительность. Никакой просадки скорости из-за JVM не будет. Читай http://dmy999.com/article/26/scala-vs-groovy-static-typing-is-key-to-performance http://www.dzone.com/links/scala_vs_groovy_static_typing_is_key_to_performan....

>ИМХО, плата за это - производительность - неоправданно высока...

На фоне всё большего перехода даже десктопных GUI-приложений на Python, а серверных компонент на Ruby, потери производительности Java просто смешные :)

На дворе, всё же, не 1.778МГц с 16кБ оперативки :)

По мне пусть хоть вдвое тормознее будет, но если цикл разработки ускоряется в 20 (а то и в 200) раз - мне на это наплевать :)

Тут таки важен язык. Что это OCaml, а не, скажем, Haskell или Lisp.

Одна из фич окамля в том, что его компилятор генерирует более быстрый код, чем компилятор C.

Непонятно, зачем кому-то ОКамл под JVM, когда есть Haskell.

Да, будет примерно вдвое тормознее. Я тоже считаю, что это не суть, впрочем.

Смысл перевода всяких модных язычков под JVM, разумеется, есть. Помимо вышеперечисленных это встроенный _очень_ хороший GC и HotSpot. Гораздо проще эти готовые высококачественные компоненты юзать, чем лепить свое для каждого языка.

>Одна из фич окамля в том, что его компилятор генерирует более быстрый код, чем компилятор C.

Это только одна из фич. Которая ещё и далеко не всегда используется. Всё же, чаще, OCaml используют для генерации собственного байткода.

> По мне пусть хоть вдвое тормознее будет, но если цикл разработки ускоряется в 20 (а то и в 200) раз - мне на это наплевать :)

Это вам так кажется. Потом когда в разросшемся приложении надо провести какой-то рефакторинг. В Java эта делается нажатием двух кнопок, в Ruby же час копания в коде с помощью grep'a.