Требование- инструмент (кастомный tcp-сервер) должен собираться maven-м, работать под JVM 7 и не требовать наличия никаких установленных библиотек, компиляторов и т.п.
Обычный путь, конечно, Java. Но хочется чего-то чуть более интеллектуального. Вроде у Scala набор неприятных особенностей мешающий жить: собственные коллекции, и она тормозная, собирается очень медленно. Но под Скалу есть мавеновский плагин чтоб не требовался установленный компилятор.
Что насчёт Closure? В нём нравится, что идея родственная языку в Mathematica, теоретически он быстрее Скалы и не пытается заместить стандартные коллекции хостового JVM собственными.
Re: Closure или Scala для intergation-test инструментов
Здравствуйте, Artеm, Вы писали:
A>Что насчёт Closure? В нём нравится, что идея родственная языку в Mathematica, теоретически он быстрее Скалы и не пытается заместить стандартные коллекции хостового JVM собственными.
Всем прикольная зверушка, кроме двух пунктов:
1) динамическая типизация;
2) внятность ошибок компилятора на уровне C++ начала 2000-х.
Re: Closure или Scala для intergation-test инструментов
Здравствуйте, Artеm, Вы писали:
A>Что насчёт Closure? В нём нравится, что идея родственная языку в Mathematica, теоретически он быстрее Скалы и не пытается заместить стандартные коллекции хостового JVM собственными.
быстрее по скорости работы или компиляции? По скорости Скала быстрее. С компиляцией — да, все плохо. У нас сборка свежего клона занимает больше получаса на SSD. На Яве подобное собирается мгновенно.
По коллекциям разницы между скалой и clojure нет. И там и там они свои.
Основное преимущество Clojure, что она проще. ИМХО твоя производительность на Clojure будет выше.
Re: Closure или Scala для intergation-test инструментов