gyrusВот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают...
Не все работают в аутсорсинге, некоторые работают in-house. Я, например.

gyrusА вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным... Ну что Скала такая вся удобная итд... И вы выясните, что оным клиентам глубоко по барабану насколько удобен тот или иной инструмен лично вам или вообще всем разработчикам вместе взятым... Их интересует лишь сколько та или иная реализация будует стоить (причем стоить целиком, с учетом всех возможных расходов и рисков, которые тоже имеют денежное выражение), при прочих равных естественно... А вот здесб разговор уже совсем другой... Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java. Меньше строк кода, и как следствие меньшее количество багов? Согласен - это аргумент - запишем его в плюс скале... А чтог с рисками? Доступны ли Скала разработчики в том-же количестве, что и java разработчики? Насколько Скала проверенное решение по сравнению с java (которая имеет в активе хренову тучу реализованых прикладных решений), Есть ли уверенность в том, что завтра (через год-два-три) развитие скала по тем или иным причинам будут остановлено или сильно замедлено до уровня "маргинальности"? Точнее насколько сей риск больше или меньше аналогичного для java (Вспоминаем аналоги с Clipper, Delphi итд... )? Да и вообще какие расходы придется понести в случае замены java скалой в том или ином случае и насколько эти расходы себя окупят (а расходы будут обязательно)?
Все верно пишете. У нас (большой банк с ИТ бюджетом около миллиарда долларов) в качестве одного из целевых языков - Scala. Писать новые программы на Java планируется прекратить в ближайшем будущем, как когда-то прекратили писать новые программы на Коболе.

gyrusТак что... Лично мне скала нравится... и даже очень нравится.. Но я реалист... По крайней мере в вопросах о способах зарабатывания денег... У скала есть отличный шанс занять отличную нишу и потеснить java. Но уже сейчас этот шанс начинает уменьшаться...
Почему уменьшаться? Я лично только увеличение наблюдаю. На объективность не претендую.

gyrusНикакой пропагандой или иными мантрами на это повлиять нельзя - скала ждет успех только в одном случае - если будет написано некое критическое количество строк кода на скала и соответственно появится критичное количество скала-специалистов, и не только разработчиков но и... скажем так приличное количество среди идеологов определяющих список используемых технологий в крупных корпорациях.. Ну к примеру в Нокии такая группа идеологов была уже практически готова вылупиться незадолго до известных событий :( Делу безусловно могло бы помочь появление сильного покровителя в лице крупной корпорации...
К нам Одески с выступлением приезжал, если ничего не путаю. А покравитель в современном мире Open Source не всегда нужен. Тот же пример с Spring Framework это доказывает. Опять же из Oracle тот еще покравитель Java. Мой работодатель, к примеру, с Oracle не дружит, а дружит с Microsoft и IBM.

gyrusНу а пока... Лично я на эту лошадь много ставить не буду... Но "по маленькой" - всенепременно
Договорились

gyrusschwaпропущено...

На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным
Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться?
В Oracle. Правда не уверен, что они в штуках продают.

gyrusKenny Fartmanпропущено...
Ахинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста.

ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Почитайте про параллельные коллекции, сделаные в 2.9, если не путаю. К примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.