トップページ⇒tech
983コメント288KB

プログラミング言語 Scala 3冊目

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2009/12/26(土) 07:24:16
The Scala Programming Language
ttp://www.scala-lang.org/

リンク集
ttp://sites.google.com/site/scalatohoku/%E5%8B%89%E5%BC%B7%E4%BC%9A%E8%B3%87%E6%96%99

前スレ
プログラミング言語 Scala 2冊目
http://pc12.2ch.net/test/read.cgi/tech/1246289771/
0153デフォルトの名無しさん2010/02/27(土) 12:19:59
>>151
>シンプルな言語
つClojure
0154デフォルトの名無しさん2010/02/27(土) 18:16:55
>>152
Kojoはやけにロゴがしょぼいのがアレだけど、なかなかよくできている環境だと思う
入力補完にコマンドヒストリ、オブジェクトインスペクタ、タートルグラフィクスに関する
コマンドのＵＮＤＯなど機能は豊富だし、割と安定してる。
0155デフォルトの名無しさん2010/03/01(月) 04:03:36
パーサコンビネータを使った言語外DSLの例を載せたサイトとか知ってる人いる？
良くある四則演算DSLとかではなく、変数宣言部があるようなやつが知りたい。どんな感じで作れば良いのか。
0156デフォルトの名無しさん2010/03/01(月) 07:22:28
変数宣言まであったらDSLというより普通に言語なんじゃないの？
0157デフォルトの名無しさん2010/03/01(月) 11:47:22
>>155
変数宣言があっても基本は変わらないと思うよ。普通のパーザジェネレータ使って
オレオレ言語のパーザ書くのと本質的には同じ。また、変数宣言を持った言語の
パーザ書いたことが無いならパーザコンビネータかどうかというのは本質的な問題
じゃない。
0158デフォルトの名無しさん2010/03/03(水) 23:01:46
Option型がよくわからないOption型についておしえてくれ
0159デフォルトの名無しさん2010/03/03(水) 23:20:55
HaskellのMaybeみたいなもん
0160デフォルトの名無しさん2010/03/03(水) 23:52:17
自分はC++の関数戻り値での、参照とポインタの使い分けのようなものだと思ってる。
C++だとnullがありえる戻り値ならポインタを返すけど、それがScalaだとOptionになると。
Optionは便利な関数があるからnullのチェックのif文書くより楽チン
0161デフォルトの名無しさん2010/03/04(木) 02:06:53
Null オブジェクトパターン　+ パターンマッチ
0162デフォルトの名無しさん2010/03/04(木) 02:16:48
>158
nullチェックし忘れによる、ぬるぽを防ぐ
加えて、Listもどき（長さが0か1のリスト）と見なせる事により、for文やmapで便利
あと、パターンマッチ

でも、Option型使うより、その発展系のBox型の方がより便利で
いいとこが分かりやすい。
あ、Box型ってのは、Liftのライブラリね。
で、Liftの作者がBox型の布教文書を書いてたので、それを読むといい。
0163デフォルトの名無しさん2010/03/06(土) 12:39:27
scala.swing.ListView#listData呼ぶとスタックオーバーフローが起きる。2.8.0Beta1
ソース読んでみたらこんなんなってた。
def length = model.getSize
def iterator = new Iterator[A] {
　var idx = 0
　def next = { idx += 1; apply(idx-1) }
　def hasNext = idx < length
}

Iteratorにlengthメソッドがあるのでそっちが使われちゃって、さらにその中でhasNextを呼んでるから無限ループになってるっぽい？
本家に報告するべきかなと思ったけど、注意書きに
「お前それほんとにバグかどうか確かめたの？お前の勘違いじゃないの？理解できてないだけじゃないの？死ぬの？
　てめぇで判断つかないならMLで相談するなりしてからにしろよ＾＾；；；；」
って書かれてて心が折れたので誰かエロい人報告しといてくだしあ＞＜
0164デフォルトの名無しさん2010/03/06(土) 16:26:49
日経と工学社から本が出るね。

Cloujerより需要があるのかなあ？
0165デフォルトの名無しさん2010/03/07(日) 03:39:54
ClojureはLispだからなぁ
0166デフォルトの名無しさん2010/03/08(月) 14:29:32
文法にあるTopStatとかのStatって何の略?
0167デフォルトの名無しさん2010/03/09(火) 01:08:55
>>163

注意書きに気にせず報告すると良いと思うよ。
がんばって。

0168デフォルトの名無しさん2010/03/09(火) 02:20:56
(mavenスレで聞いてもscalaのことなど知らんと言われそうなのでこちらで聞きますが）
maven-scala-pluginを使っているのですが、
これって分割コンパイルする方法はないのでしょうか。
*.scala ファイルが２５個で、１４００行程ですが、
４０秒近くかかっています。
mavenに限らずscala一般の話でもわかる方、
いましたらよろしくお願いします。

0169デフォルトの名無しさん2010/03/09(火) 02:24:39
>>168
追記です。
mvn scala:cc
は、やってみました。
レスポンス自体の改善にはならなかったです。
0170デフォルトの名無しさん2010/03/09(火) 03:33:44
>>168
maven-scala-plugin使ったこと無いけど、普通に考えて分割コンパイルされそうなもんだけど…
Liftも以前はmaven使ってたはずだけど、修正のたびに全部再コンパイルだったら使い物に
ならんかっただろうし。まあ、確実に修正差分だけコンパイルして欲しいならsbt(Simple Build Tool)
使うのが無難かなあ。sbtはコンパイラAPI叩いてファイル間の依存性解析とかしてるから、その辺は
割と正確。
0171デフォルトの名無しさん2010/03/09(火) 05:01:40
>>170
sbt 試してみました。
毎回コンパイラを起動しない設定だとかなりのスピードアップがあるようです。
（あわせて169の記述は取り下げます）
（１〜３回目というのは、ソースを１行だけ編集してコンパイルさせた結果の３回分です）
またsbtの効果は大ですが、この規模では真価は発揮できないようです。

mvn scala:compile
33s

sbt compile
17s

mvn scala:cc
28s （１回目）
7s （２回目）
5s （３回目）

sbt ~compile
19s （１回目）
8s （２回目）
4s （３回目）
0172デフォルトの名無しさん2010/03/09(火) 05:35:56
scalaのコンパイルしてると、昔、DOSでCを一生懸命コンパイルしてた頃を思い出す。
そんな遅さ。
0173デフォルトの名無しさん2010/03/13(土) 04:20:23
>>156
>>157
返答が遅くてすまんが、レスありがとう。
結局やりたいことはできますた。
結局、自分がパーサコンビネータの使い方が良く分かってなかっただけだった。良く分からないんで手っ取り早く参考となるものがみたかったと、こういうすんぽうです。
適当にいじくってたらだんだん理解してきてなんとかできた。
0174デフォルトの名無しさん2010/03/13(土) 21:53:35
clojure陣営ですけど戦争したいです、DISりたいです
0175デフォルトの名無しさん2010/03/13(土) 23:26:20
ありがちな動的型付け VS. 静的型付けとかだったらどうせ泥沼になるのが
見えてるので勘弁。clojureスレでやってくれ。
0176デフォルトの名無しさん2010/03/13(土) 23:30:55
Clojureスレにも来ないでください
0177デフォルトの名無しさん2010/03/14(日) 23:20:57
それじゃあ新しく出たScala本の書評をたのむ
0178デフォルトの名無しさん2010/03/15(月) 02:56:34
ん？3/18発売のScala入門のこと？
0179デフォルトの名無しさん2010/03/16(火) 23:27:14
Java使わずにScalaでiモードのアプリ作ったり出来ないだろうか
0180デフォルトの名無しさん2010/03/17(水) 15:13:29
SEとCLDCの違いをかなりの手間かけて埋めたとしても
ランタイムのサイズがつらくないか？
0181デフォルトの名無しさん2010/03/17(水) 18:01:38
ProGuard使って要らないクラスファイルをjarから除去すれば、結構小さくなるので
ひょっとしたらそれでなんとかなるかもしれないけど、そこまでする価値があるかどうかだな。
0182デフォルトの名無しさん2010/03/18(木) 01:59:39
>>179
> Java使わずにScalaでiモードのアプリ作ったり出来ないだろうか

Androidは、Scalaでプログラムできるらしいぞ！

今どき、iモードなんて流行らないだろう。Androidで行こうぜ！
0183デフォルトの名無しさん2010/03/18(木) 02:51:37
>>182
そんなことはこのスレの住人なら誰でも知ってるわ。つか公式サイトに載ってることだろ。
大体、iアプリの質問に対してAndroidに話を換えてどうすんだよ。アホにもほどがある。

0184デフォルトの名無しさん2010/03/18(木) 07:54:29
マジレスわろた
0185デフォルトの名無しさん2010/03/19(金) 05:50:50
2.8のAPIドキュメント眺めてたらMutableListの
def union(that: Seq[A]): Seq[A]
というメソッドが3つあったんだけど、おなじのが3つってどういうことだろ。
説明文は全部違うみたいだけど英語だからよくわからん。
0186デフォルトの名無しさん2010/03/19(金) 18:04:19
>>185
恐らく、新しいAPIドキュメントの生成器(scaladoc2)のバグだね
説明文をよく見るとわかるけど、最初の一つがintersect,その次がdiff,最後がunion
の説明になってる。MLかTracで報告してあげると良いのではないかと。
0187デフォルトの名無しさん2010/03/19(金) 18:10:12
ちなみにsは現在けっこう試行錯誤中っぽくて、細かい挙動とか見栄えとかよく変わるので、
その点に注意した方がいいと思う。なんか変な挙動があったらバグの可能性が高い。
0188デフォルトの名無しさん2010/03/19(金) 18:12:07
ミスった。sは→scaladoc2は
0189デフォルトの名無しさん2010/03/20(土) 03:29:24
>>186-188
なるほど、バグか。
ScalaはJavaと比べて複雑だし、大変なんだろうな。
報告は・・・うん、ごめん、ムリぽ
英語ができるなら真っ先にあの検索の挙動について文句を(ry
0190デフォルトの名無しさん2010/03/21(日) 22:34:01
Netbeans 6.8で2.8が使えない
なんとかしてくれ
0191デフォルトの名無しさん2010/03/22(月) 02:58:23
6.8と2.8なら問題なくいけてるけどなぁ。
とりあえずNetBeansをインストールしなおしてみれば？
0192デフォルトの名無しさん2010/03/22(月) 06:01:16
platform-dev - NB6.8 with Scala version 2.8.0.Beta1-prerelease
http://www.listware.net/201003/netbeans-platform-dev/67512.html
0193デフォルトの名無しさん2010/03/22(月) 10:44:20
scalaの勉強のために、Intellij IDEA入れてみたが中々良いな。
ただ、プラグイン入れてもEmacsライクなSet Markが機能しない。。。
またEclipseに戻りそうだ。
0194デフォルトの名無しさん2010/03/22(月) 23:18:14
scalaすごいわ
数年内にRubyとか淘汰すると思う
0195デフォルトの名無しさん2010/03/22(月) 23:50:30
>>194
Scalaいいよねぇ
Rubyのアホみたいにテスト工数が
ざっくり減るし。


ただ技術者なかなかいないよねぇ
0196デフォルトの名無しさん2010/03/23(火) 21:22:30
おなじJVM上のclojureが攻めてくる･･･わけないなw
0197デフォルトの名無しさん2010/03/23(火) 21:56:00
日本語のlift本でも出ないかな・・・
0198デフォルトの名無しさん2010/03/24(水) 23:35:27

Scala言語を学ぶやさしいツール「Kojo」が無償公開
Publickey http://www.publickey1.jp/blog/10/scalakojo.html
　
0199デフォルトの名無しさん2010/03/25(木) 00:14:10
apply関数の意味がいまいちわからないのですが
なぜこの関数は存在するのですか？

0200デフォルトの名無しさん2010/03/25(木) 00:46:37
関数適用がapplyの呼び出しになるって点は理解している？

理解しているけど使いどころがわからないってこと？
0201デフォルトの名無しさん2010/03/25(木) 06:58:37
例えばmap関数を自分で実装するのに使う
0202デフォルトの名無しさん2010/03/27(土) 01:12:19
こんなのがあった
Specsみたいな書き方のやり方なんだろうけど、
なにをやってるのかさっぱりわからん(；´Д`)
誰か解説プリーズ。
http://gist.github.com/344299

class Example(description: String) {
def in[T](expectations: =>T)(implicit def m: scala.reflect.Manifest[T]): Example = {
if (m.erasure == this.getClass)
hasSubExamples = true

// store expectations for later evaluation
}
}

/**
* This allow me to define in specs examples which know if they have nested examples
* without having to be evaluated
*/

"this example is simple" in { 1 must_== 1 }
"this example has a nested example but it doesn't have to be evaluated to know it!" in {
"I am nested" in { 1 must_== 1 }
}
0203デフォルトの名無しさん2010/03/27(土) 05:27:10
>>202
読んでみた。まず、このサンプルは、inの中にさらにネストしたテストがあるかどうかを
テストフレームワーク側で検知することができることを目的にしている。そのために、
implicit parameterとして渡されたscala.reflect.Manifest[T]からT型のクラスを表すClass
オブジェクトを取得して、this.getClass()、つまりExample classのClassオブジェクトと比較している。
もし、inに渡される引数の型=> Tが => Exampleだったら、ネストしたテストがあるということになり、
hasSubExamples = trueになる。そうでなければネストしたテストは無いということになる。
で、なんでscala.reflect.Manifestを使ってるのかだけど、これは、inに渡される引数の値がnullである場合
でも処理できるようにしているのではないかと思う。そうでなければ、単にexpectation.getClass = this.getClass
で比較すればいいだけだし。
0204デフォルトの名無しさん2010/03/27(土) 08:15:34
scala.reflect.Manifestを使ってるのはexpectationsを評価する前に型を得るためだと思うけど
あと implicit def m: は implicit m: の間違い?
0205デフォルトの名無しさん2010/03/27(土) 19:08:04
>>202 >>203
あー、inがExampleを返すのはネストの判定のためなのか。
ネストならTがExampleになるのね。なるほどなぁ。
02062042010/03/29(月) 21:07:44
>>204
ああ、そっか。言われて見ればその通り。全然気付かなかった。
02072032010/03/29(月) 23:06:52
ごめん。名前欄、>>204じゃなくて>>203の間違いだった。
0208デフォルトの名無しさん2010/04/02(金) 16:30:14
AnyVal型の変数にjava.lang.Long型のインスタンスが入ってたらそれをInt型に変換するには
2回asInstanceOfやるしかないんですかね？

val a: AnyVal = 10L
a.asInstanceOf[Long].asInstanceOf[Int]
0209デフォルトの名無しさん2010/04/02(金) 21:01:56
言ってることおかしいな、AnyValじゃなくてAnyRefでした

val a: AnyRef = 10L.asInstanceOf[java.lang.Long]
a.asInstanceOf[Long].asInstanceOf[Int]
0210デフォルトの名無しさん2010/04/05(月) 18:46:05
>>209
val a: AnyRef = 10L.asInstanceOf[java.lang.Long]
a.asInstanceOf[Long].toInt
でOK
0211デフォルトの名無しさん2010/04/05(月) 21:25:39
最近、ImpressのScala本をほけーっと眺めてよさげだなぁとか思ってる初心者なんだけど、
処理系としてはどれくらい安定してる感じなの？
0212デフォルトの名無しさん2010/04/06(火) 00:15:08
>211

何も知らずに言うが、処理系はJVMだから、Javaの10年以上の実績があって超安定。
だが、コンパイルが遅いのが難点ってところ。
コンパイラのバグは、致命的なのはないんじゃないの？？
0213デフォルトの名無しさん2010/04/06(火) 19:06:00
>>212
なるほど。それならわりと使えそうな感じだね。
0214デフォルトの名無しさん2010/04/06(火) 20:16:28
型パラメータの条件にこんなコンストラクタ持ってるみたいなのはどう書くんでしょうか
こんなメソッド持ってるみたいなのはこんな感じで書けるみたいですが

def func[T <: {def hoge(s: String): Unit}](value: T, str: String) = {
value.hoge(str)
}
0215デフォルトの名無しさん2010/04/07(水) 02:02:49
>>214
直接的な方法は存在しない。2.7.Xで(実験的な機能として)入った
scala.reflect.Manifestを使えば次のような形で書くことが一応できる

import scala.reflect.Manifest
def fun[T](implicit m: Manifest[T]): T = m.erasure.newInstance.asInstanceOf[T]
fun[String] //String型のオブジェクトを生成
0216デフォルトの名無しさん2010/04/08(木) 00:50:35
何でFile IOとか付いてるんだろう。中途半端に感じるけど、perlとか見たいなのりなのかな？
0217デフォルトの名無しさん2010/04/08(木) 00:50:49
誤爆スマヌ
0218デフォルトの名無しさん2010/04/10(土) 02:27:15
?
0219デフォルトの名無しさん2010/04/13(火) 19:22:38
15,16とScalaDaysなわけだが、
http://days2010.scala-lang.org/program
どれ注目すればいいん？
Running in Browser？Data Parallel Programming？CCSTM？Automatic refactoring？
0220デフォルトの名無しさん2010/04/15(木) 00:21:49
d(x:Int)(y:Int)(z:Int): Int = x + y + z

ってどこまでが引数でどこまでが返り値でどこまでが
関数の実体なのでしょうか
02211362010/04/15(木) 13:15:05
scalaでunit testってある？
0222デフォルトの名無しさん2010/04/15(木) 13:15:13
Scala 2.8.0 RC1
0223デフォルトの名無しさん2010/04/15(木) 16:58:57
>>221
コップ本で1章使って概説してるよ
0224デフォルトの名無しさん2010/04/15(木) 19:27:01
便乗して、ScalaのテストはSpecsとScalaTestのどっちがおすすめ？
ちょっと見たかんじだと、なんかあまり違いがないような
0225デフォルトの名無しさん2010/04/17(土) 12:55:43
「Scalaのサイトに載せたいから、Scalaユーザグループは
メールでPhil Bagwellにグループの詳細を送ってくれ」
だって。
0226デフォルトの名無しさん2010/04/17(土) 14:24:24
仮のロードマップ

・Scala 2.9 (late 2010)
parallel collections, more specialization, faster vector & hash tries
Dynamic type (?), Scala reflection (?), Scala IO (?), more libraries

・Scala 2.10 (2011)
Reactive programming, optional exception checking,
first parallel DSLs, Scala .NET, more libraries

・Scala 2.11/3.0? (2012-2015)
Optimizing parallel DSL framework, contracts (?),
generalized effect checking, type debugging
0227デフォルトの名無しさん2010/04/17(土) 14:41:09
@jorgescalaのtweetから

Scala 3.0 could include:
unification of tuples + function args, better type inference, union types

Virtual classes still on the "research" roadmap, but has no owner

Multimethods: definitely a research project.
Unlikely to happen, unless someone implements it and nothing breaks.

あとScala Foundationを設立して企業からもサポートもらうよ、
次回のScalaDays2011はサンフランシスコでやるよ、とのこと。
0228デフォルトの名無しさん2010/04/17(土) 14:49:09
>226
.NET版をまだ諦めてなかった事に驚いた。
あと、例外チェックも。
0229デフォルトの名無しさん2010/04/17(土) 16:13:11
>>228
.NETはMSが(VSの？)scalacモジュール出すらしい
0230デフォルトの名無しさん2010/04/17(土) 19:59:01
>>229
> .NETはMSが(VSの？)scalacモジュール出すらしい

Scala終了か？

MSがやると互換性の違うのがいっぱいできて、利用者側が混乱するんだよね。。
MSの作戦でやっているのだろうけど。

Java,Html, 他にも、MSが下手に乗り出すことで、進化が遅くなった言語がいろいろ。。

0231デフォルトの名無しさん2010/04/17(土) 20:24:04
>>230
わざと1980年代から意図的に同じ事くりかえして
自社の優位性を保とうとしているからなぁw
0232デフォルトの名無しさん2010/04/17(土) 21:10:35
お前ら偏見持ちすぎだ。

似たケースとしてIronRubyを挙げるが、こっちは変な独自要素はないよ。
WPFなどの.NET API呼び出しが、独自要素だと言えばその通りだが、
それ言ったらJRubyやJythonのJava連携はどうなる、とかいった話になるし、
問題視している奴らはいないだろう。

というか、そんな余計なことに手を出す余裕がない。
ようやくRuby1.8準拠のIronRuby1.0がリリースできたところで、
次はRuby1.9準拠の1.1のリリースが待っている。

Scalaが、ブラウザや往時のJava並みの戦略的プラットフォームだとMSが判断したら、
大量の資金がつぎ込まれてMSの独自要素が作られるかもしれないが、
今の状況を見てそこまでScalaが流行ると思うなら、お前ら幸せすぎだろｗ
0233デフォルトの名無しさん2010/04/17(土) 21:42:14
IronRubyは対応したばっかりだからこれからおかしくなるんだろ
0234デフォルトの名無しさん2010/04/17(土) 21:50:47
IronRubyってMSの息がかかってるの？
0235デフォルトの名無しさん2010/04/17(土) 22:08:56
そもそもMSが開発してるので
0236デフォルトの名無しさん2010/04/17(土) 22:49:55
>>232
同意見だなぁ
.netなんだし間口広げるだけだろうにな・・・
0237デフォルトの名無しさん2010/04/17(土) 23:41:41
しかしJavaは改悪された
0238デフォルトの名無しさん2010/04/18(日) 01:14:52
今のMicrosoftのプログラミング言語とその周辺に対する取り組み方を知っていて
それでもなお独自拡張を恐れるならともかく、古い情報に基づいての偏見はなぁ…
0239デフォルトの名無しさん2010/04/18(日) 02:04:22
三つ子の魂百までって言うからね
悪いことはするなって事だよ
0240デフォルトの名無しさん2010/04/18(日) 02:09:51
>>238
結局、MS製品のある環境でしか動かないものしか作ってないからな。
建前は標準規格と言ってるが。
0241デフォルトの名無しさん2010/04/18(日) 02:18:33
そりゃ慈善事業じゃないんだからメリットないことはしないだろ？
標準規格にはこだわるにしても
0242デフォルトの名無しさん2010/04/18(日) 02:31:03
もちろんそうだ。
要は、ベンダーロックインされるリスクを負ってでも、その技術を使いたいかという話。
0243デフォルトの名無しさん2010/04/18(日) 03:00:51
.Net版scalacは既にあってそれに対するモジュールだろうになんでこんな流れなんだ(；´Д`)
MSの部分だけに反応するってことはscalaに興味ない人が荒らすためだけに巡回してるのかな・・
02442422010/04/18(日) 03:54:57
俺は>>230とは違う人間だよ。俺はMSを過剰に非難するつもりはないが、
歪んだ形の囲い込みを全く警戒しなくてもおｋ、というわけではないという当たり前の話。
0245デフォルトの名無しさん2010/04/18(日) 03:58:32
>>241
いやメジャーOSだとそんなことやってるのWindowsだけだよ…
0246デフォルトの名無しさん2010/04/18(日) 09:29:46
別にロックインされないだろ。
便利な技術ならOSSでコピッて本家に取り込まれるし、
使えない技術ならそもそも.NET版でも使われなくて、MSの優位性が無くなる。
JavaScriptのXHRなんか、ActiveXベースでMS独自実装の最たるものだが、
標準に取り込まれて、今じゃAjaxの最重要技術だ。

J++を念頭に言っているのなら、あれはSunが相手だからああいう裁判沙汰になっただけで、
もっと緩やかな相手なら、ああはならず、J/DirectやCOM連携が、
他の処理系への移植を考慮した形で取り込まれていたと思う。
実際、J++でやろうとしていたことの必要性は確かにあり、その後OSSベースで実装されている。
JNIが不便だからと言って作られたJNAはNetBeansが由来だし、
いくつかあるJava-COMブリッジとか、OSSで作られてるだろ？
0247デフォルトの名無しさん2010/04/18(日) 10:10:09
結局違法にJAVA改悪したから
Win2000発売停止になったよな

じゃあScalaもきちんと監視しないと
改悪されるぞ
0248デフォルトの名無しさん2010/04/18(日) 12:51:02
MS を脅かすほど Scala に影響力はないから大丈夫だよ。
0249デフォルトの名無しさん2010/04/18(日) 12:53:08
>>246
> 便利な技術ならOSSでコピッて本家に取り込まれるし、

世の中には特許というものがあってだね。
0250デフォルトの名無しさん2010/04/18(日) 16:19:28
完全互換になんてなる訳ないじゃん
Ironなんちゃらシリーズだって.netでしか動かない仕様になるぜ
0251デフォルトの名無しさん2010/04/18(日) 17:10:06
完全じゃなくても98%ぐらい互換ならいいよ
0252デフォルトの名無しさん2010/04/20(火) 21:14:19
そんなことより、Scalaの話をしようぜ！

>「Scala 2.8.0」がRC1に
>2010年04月16日 23:39
>プログラミング言語「Scala」の開発チームは4月14日、次期版「Scala 2.8.0」のリリース候補（RC）版を公開した

続きは、こちらでも、どこでも。。。
ttp://sourceforge.jp/magazine/10/04/16/1440244?from=rss


個人的には、Scala Swingライブラリに期待。
Visualな Swing開発環境が出てくれるとうれしいのだが。
■ このスレッドは過去ログ倉庫に格納されています