Alexey TominАлексей Кпропущено...
Ими кто-то пользуется? Показательный тынц

Я не люблю динамические языки, поэтому за груви ничего не могу сказать.
Когда в java не хватает DSL и функциональщины- есть scala."Функциональщины" не хватает всегда. Начиная с банальной работы с коллекциями...

Alexey TominАлексей Кпропущено...
Это значит, что их нет?

Это значит, что если кто-то их знает- я хотел бы их услышать ;)Мне казалось, что про LINQ знают все, кто взялся сравнивать .Net и Java.

Alexey TominЯ знаю только одно- в CLR не теряются generic. Ну да это не столь большая проблема.Проблема в производительности.

Alexey TominАлексей Кпропущено...
Ненужного написано больше, да.

Нужного больше. Собственно если что-то хочется сделать- с большой долей вероятности оно уже есть, бесплатно и с открытым кодом."Хочешь сделать хорошо - сделай это сам" (ц) :-)

Alexey TominАлексей Кпропущено...
А вот, например, IBM видит нужду. OData зачем-то стали позиционировать в качестве кроссплатформенного стандарта. Для справки: OData == LINQ-over-HTTP.
Ну про == уже поправили.
А вообще LINQ не содержит чего-то сверхнового. В scala всё делается так же кратко (использую ScalaQL например). В java- да, без сахара, но суть та же.Всё дело в "сахаре". Он экономит массу времени и нервов.

maytonАлексей КИми кто-то пользуется?
Алексей. Я не могу сказать по России. Но по Украине... скажем так.
Количество Scala-вакансий ненулевое. И самое главное - есть положительный
тренд. Они увеличиваются. Компании предлагают ЗП выше чем у Java
разработчиков. И вобщем-то если будущее у Java есть то оно будет
идти вместе со Scala.Ok

maytonАлексей КИми кто-то пользуется?
Алексей. Я не могу сказать по России. Но по Украине... скажем так.
Количество Scala-вакансий ненулевое. И самое главное - есть положительный
тренд. Они увеличиваются. Компании предлагают ЗП выше чем у Java
разработчиков. И вобщем-то если будущее у Java есть то оно будет
идти вместе со Scala.Ситуация мне чем-то напоминает ситуацию с TypeScript. Надоело ждать, пока добавят желаемые возможности в стандарт, сделали что могли поверх имеющихся возможностей: Scala поверх JVM, TypeScript поверх JavaScript.

maytonАлексей КСитуация мне чем-то напоминает ситуацию с TypeScript. Надоело ждать, пока добавят желаемые возможности в стандарт, сделали что могли поверх имеющихся возможностей: Scala поверх JVM, TypeScript поверх JavaScript.
Я немного не согласен с формулировкой. Что значит "Scala поверх JVM" ?

Что бывает НЕ-поверх?Если я правильно понимаю, Scala компилирует в байт-код для JVM. Поправьте, если это не так.

eJackДавайте не будем уходить в холивар у кого пиписька длиннее у C# или Java.Пока всё в рамках темы. :-)

Были выражены сомнения по поводу того, что появятся ли энтузиасты, готовые развивать дотнетные технологии. Мне кажется, что появятся, в первую очередь из числа Java-сообщества, которым надоело ждать появления в Java аналогичных .Net возможностей.

eJackАлексей Кпропущено...
Ok

вдогонку http://hh.ru/vacancy/10825921

Senior Scala Developer Уровень зарплаты до 160 000 руб.

не плохо!Не всё измеряется деньгами. :-)

Alexey TominТак что всё есть, всё :DМне показалось, что всё есть, но не в мейнстримном Java, которым все пользуются. Можно ли доверять сторонним компиляторам под JVM? Насколько они качественны?

Сразу оговорюсь, что эти, на первый взгляд провокационные, вопросы не ради холивара, просто интересно Ваше мнение. :-)

Alexey TominАлексей КAlexey TominЯ знаю только одно- в CLR не теряются generic. Ну да это не столь большая проблема.Проблема в производительности.

В производительности ЧЕГО? Где оценки?Нет боксинга для value-типов. Нет проверок типов в рантайме. Мне кажется, что здесь нет необходимости в оценках и тестах, всё очевидно.

maytonДа. Выходом Scala-компиллятора является стандартный контейнер .class - файлов.ок

eJackАлексей Кпропущено...
Не всё измеряется деньгами. :-)

Не спорю и высоком тоже нужно думать - но только тогда когда материально все хорошо!Разумеется. :-)

Alexey TominАлексей Кпропущено...
Если я правильно понимаю, Scala компилирует в байт-код для JVM. Поправьте, если это не так.

Так же, как разные языки на .NET компилируются в CLR и исполняются, так же и разные языки (java, groovy, scala, clojure) компилируются в (J)VM байт-код. J не просто так в скобках- сейчас есть просто "virtual machine". И оптимизация там есть в т.ч. для динамических языков.ok

Alexey TominАлексей КМне кажется, что появятся, в первую очередь из числа Java-сообщества, которым надоело ждать появления в Java аналогичных .Net возможностей.

Некорректно сравнивать .NET и java. Надо сравнивать все JVM-языки и все CLR-языки.Пусть будут такие названия, я не против. :-)

Alexey TominВ первых есть ВСЕ, что есть во вторых.Но если большинство мэйнстримных библиотек написаны на Java, то использовать все возможности других языков под (J)VM не получится?

Alexey TominАлексей КНет боксинга для value-типов. Мне кажется, что здесь нет необходимости в оценках и тестах, всё очевидно.

С производительностью в java всё _очень_ неочевидно. Почитай про "Java Micro Benchmark" например.Боксинг для Integer, указанного в качестве generic-параметра, есть?

Alexey TominАлексей КНет проверок типов в рантайме.

Да, это проблема. Небольшая.Предлагаю не оценивать масштабы бедствия, предлагаю ограничиться лишь его наличием. :-)

Alexey TominАлексей КМожно ли доверять сторонним компиляторам под JVM? Насколько они качественны?
Один банк (не будем показывать пальцем), на который я сейчас работаю, допускает использование scala в критичных приложениях. А там очень, очень трепетно относятся к безопасности и надёжности, до паранойи.ок