Выпущена Scala 2.8.0

Я бы сказал, что именно синтаксис и погубил Хацкель

а мужики-то и не знают

>Я бы сказал, что именно синтаксис и погубил Хацкель. :) Каждый раз, когда я за него брался, эта белиберда из знаков пунктуации убивала всё напрочь.

Лишь твоя убогость в этом виновата, мартышка.

Майкрософт недавно проспонсировал Одерского сотоварищи чтобы запилили им скалу и всю инфраструктуру (типа там плагинов для студии) под дотнет.

>Я бы сказал, что именно синтаксис и погубил Хацкель. :) Каждый раз, когда я за него брался, эта белиберда из знаков пунктуации убивала всё напрочь.

Где? Меньше «знаков пунктуации» пожалуй только в лисп да форт =)

И вообще, при выборе ЯП такой мелочёвкой как синтаксис руководствуется только матёрая быдлокодерня.

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

Для событий есть actor'ы.

Ещё один наслушался Луговского.

>Разрабатываем GUI на Scala + QT (Jambi) — это просто песня!

Он к стати мерт или жив? Джамби в смысле?

>Ещё один наслушался Луговского.

Не важно, кого наслушался. Синтаксис - это даже не вторичный фактор при выборе ЯП.

Кончай пердеть про Настоящих Пырграмистов, достали уже с этим синтаксисом.

Как правильно сказано в SICP, программы пишут прежде всего чтобы их читали люди. Нечитабельная но корректная программа на ну ооочень фичастом и крутом языке - плохая программа.

>А вам не кажутся такие вещи слишком фундаментальные, чтобы к версии 2.8 их менять?

А я сильно сомневаюсь, что «Новая реализация массивов.» автоматически обозначает отказ от старой реализации и прекращение её поддержки.

Радостно. Бесспорно единственный язык под JVM на котором можно писать.

> Майкрософт недавно проспонсировал Одерского сотоварищи чтобы запилили им скалу и всю инфраструктуру (типа там плагинов для студии) под дотнет.

пруфлинк не помешал бы.

>Настоящий Программист обращает внимание на фичи языка

Синтаксис - одна из основных фич любого языка :)

нашёл только ретвит, искать оригинал лень.

> Clojure тоже супер, но больше подходит в задачах, где нужна динамика.

Можно поподробнее?

Scala - статически типизированный, Clojure - динамически. шонепонятно?

>Потестили, пописáли, поняли, что неудобно - изменили, опять потестили... Тем более, что вокруг есть хорошие и не очень примеры. Примерно так сейчас развивается D, но с тестами на людях. :)

Серьезно?
http://www.digitalmars.com/d/2.0/features2.html

Ну и где он этот D?

>языка программирования для платформ Java и .Net Scala 2.8.0.

К стати 2.8.0 - это для JVM. Для .NET еще не сделано.

> Для событий есть actor'ы.

Взглянул на scala.actors (??). Мне кажется, это не то. События не требуют такой сложности. К примеру, F#-вская реализация довольно просто устроена.

>передавать функции приходится с подпоркой «_», mList.map(fun _)

Что-то ты не докурил.

scala> val l = 1::2::3::4::Nil
l: List[Int] = List(1, 2, 3, 4)

scala> def f(x:Int) = x * x
f: (x: Int)Int

scala> l map f
res1: List[Int] = List(1, 4, 9, 16)

>Хороший язык, но на .NET вряд ли пробьется. Во-первых, трудно себе представить реальный код без завязки на явовские либы. Во-вторых, F#.

Именно поэтому Микрософт дал денег Одерскому чтобы над версией для .NET трудились выделенные люди?:)

http://archive.fosdem.org/2009/interview/martin+odersky

Обнаружил scale.swing.event. Любопытно.

>А я сильно сомневаюсь, что «Новая реализация массивов.»

Ничего не поменялось вообщето с точки зрения языка. Изменился механизм трансляции в нативные массивы JVM.

то что ты написал будее эта-экспандится в

myList.map({$x -> fun($x)})

- что есть лишним.

> передавать функции приходится с подпоркой «_», mList.map(fun _)

Нифига подобного. fun _ - это синтаксический сахар для лямбды: x => fun x. В данном случае лямбда-выражение тут не нужно, можно просто fun.

Сахар с _ удобен в других случаях, например x, y => x.size + y заменяется на _.size + _

Хороший язык Scala, одна беда - прибит к JVM. А это значит, что вся инфраструктура у него жабская -> жаба-стайл API, жабские монстро-фреймворки, жабские недо-GUI. Это может и хорошо для ынтырпрайза, но в целом ужасно... Ещё интересно, как относятся к Scala средние жаба-кодеры. Что то мне подсказывает, что в любом проекте, где можно всунуть Scala, кода на самой Scala будет процентов 20, не больше. Эх, беда с современными языками. OCaml заброшен, D - вечный долгострой, Хаскель? - только для извращенцев. Так боюсь и останется старый уродец C++ единственным адекватным выбором ещё лет на 10.

Ну дык, слово «динамика» контекстнозависимо, а libastral не установлен.

> Сахар с _ удобен в других случаях, например x, y => x.size + y заменяется на _.size + _

Сильный удар по ясности кода. Как же тут отличить один аргумент от другого? Подсчитывать андерскоры? Это напомнило перловские $_[i] для доступа к аргументам. Там и то очевиднее. Вообще, даже по туториалам заметно, что Scala провоцирует обфускацию. Бедные Java-кодеры... Боюсь будущее языка туманно. Ещё и Микрософт его подхватил, опасный симптом. Решили похоже пополнить свою кунсткамеру малоперспективных cool-языков, чтобы в рекламном проспекте к очередной выжал-студии было чем красоваться. Потом переманят Одерски сотоварищи и всё, труба Скале на JVM. А на дотнете он не нужен никому, ясное дело. Может случиться очередной Nemerle.

Ладно, толстячок, капельку покормлю.

1. Андерскоры советуют использовать в тех ситуациях, где понятно, зачем они. Не хочешь — не используй. Скала пропагандирует краткость и доступность.

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

3. Одерски точно не переманят, таких идеалистов жвм ещё надо поискать.

>Это может и хорошо для ынтырпрайза, но в целом ужасно...

РАсскажи мне про альтернативу. .NET? c++?

>Как же тут отличить один аргумент от другого? Подсчитывать андерскоры?

Это и сделано для простых выражений чтобы избежать синтаксического мусора с одной стороны, и с другой стороны это механизм реализации partial application. Маньяки конечно могут употреблять варианты вида:

scala> (_:Int) + (_:Int) + (_:Int)
res9: (Int, Int, Int) => Int = <function3>

но это проблема маньяков:)

Вот пример использования (реализация свинового лейаута):

   def minimumLayoutSize( parent: Container ) = layoutSize( parent, _.getMinimumSize, (compWidth, proposedWidth) => max( compWidth, proposedWidth ) )

   def preferredLayoutSize( parent: Container ) = layoutSize( parent, _.getPreferredSize, (_, proposedWidth) => proposedWidth )

   def maximumLayoutSize( parent: Container ) = layoutSize( parent, _.getMaximumSize, (compWidth, proposedWidth) => min( compWidth, proposedWidth ) )

   private def layoutSize( parent: Container, dim: Component => Dimension, limit: (Int, Int) => Int ) = {....}

Эквивалент этих строчек на жабе - охрененно кода.

> вместо красивого List<Control>

What a plonker you really are? (C)

жги еще!

Кстати, а что такое http://www.sciss.de/scalaOSC/ OpenSoundControl ?

Я как посмотрел сколько в этом clojure знать надо faustus.webatu.com/clj-quick-ref.html так ну его нафиг

> РАсскажи мне про альтернативу. .NET? c++?

Я же упомянул С++. Да, это единственная альтернатива. Дотнет можно было бы принять, если б не анальный зонд... Я лично лет 7 назад ещё верил в прорыв окамла. Увы. Хотя теперь есть OCaml AnalProbeEdition aka F#. Но такие удовольствия не для меня.

Потестили, пописáли, поняли, что неудобно - изменили, опять потестили...

Так они так и делали, потестили, пописали, до версии 2.5.0, 2.6.0, 2.7.0 а потом поняли что неудобно и изменили, и тестили 1,5 года между 2.7.0 и 2.8.0

2.8.0 считается релизом 3, но решили 3.0 не называть

Вообще все что после Java 1.2 ненадо, испортили язык и испохабили платформу

Тоньше, еще тоньше

3. Одерски точно не переманят, таких идеалистов жвм ещё надо поискать

Одерски папа javac, как он сможет бросить свой компилятор?

Scala выползла из могилы? Не нужна, закопайте обратно!

одна беда - прибит к JVM

Это не беда, это показывает уровень твоего развития и уровень М.Одерски

>Единственный нормальный язык для JVM? Разумеется надо!

Зачем нормальный язык для убогой VM? её это не спасёт.

Когда ты нам дашь лучше jvm, все перейдут на нее

>Когда ты нам дашь лучше jvm, все перейдут на нее

4.2

Ну да, есть лучше jvm, Azul JVM, но она не для x86

ненужно, ждём релиза Groovy++ :)

Тормозное же

Или из-за культовой книги books.slashdot.org/story/10/07/08/152236/?