1 名前:デフォルトの名無しさん mailto:sage [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冊目 pc12.2ch.net/test/read.cgi/tech/1246289771/
152 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 09:53:14 ] Scala製学習環境Kojo netbeans.dzone.com/learn-scala-with-kojo www.kogics.net/sf:kojo
153 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 12:19:59 ] >>151 >シンプルな言語 つClojure
154 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 18:16:55 ] >>152 Kojoはやけにロゴがしょぼいのがアレだけど、なかなかよくできている環境だと思う 入力補完にコマンドヒストリ、オブジェクトインスペクタ、タートルグラフィクスに関する コマンドのUNDOなど機能は豊富だし、割と安定してる。
155 名前:デフォルトの名無しさん [2010/03/01(月) 04:03:36 ] パーサコンビネータを使った言語外DSLの例を載せたサイトとか知ってる人いる? 良くある四則演算DSLとかではなく、変数宣言部があるようなやつが知りたい。どんな感じで作れば良いのか。
156 名前:デフォルトの名無しさん mailto:sage [2010/03/01(月) 07:22:28 ] 変数宣言まであったらDSLというより普通に言語なんじゃないの?
157 名前:デフォルトの名無しさん mailto:sage [2010/03/01(月) 11:47:22 ] >>155 変数宣言があっても基本は変わらないと思うよ。普通のパーザジェネレータ使って オレオレ言語のパーザ書くのと本質的には同じ。また、変数宣言を持った言語の パーザ書いたことが無いならパーザコンビネータかどうかというのは本質的な問題 じゃない。
158 名前:デフォルトの名無しさん mailto:sage [2010/03/03(水) 23:01:46 ] Option型がよくわからないOption型についておしえてくれ
159 名前:デフォルトの名無しさん mailto:sage [2010/03/03(水) 23:20:55 ] HaskellのMaybeみたいなもん
160 名前:デフォルトの名無しさん mailto:sage [2010/03/03(水) 23:52:17 ] 自分はC++の関数戻り値での、参照とポインタの使い分けのようなものだと思ってる。 C++だとnullがありえる戻り値ならポインタを返すけど、それがScalaだとOptionになると。 Optionは便利な関数があるからnullのチェックのif文書くより楽チン
161 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 02:06:53 ] Null オブジェクトパターン + パターンマッチ
162 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 02:16:48 ] >158 nullチェックし忘れによる、ぬるぽを防ぐ 加えて、Listもどき(長さが0か1のリスト)と見なせる事により、for文やmapで便利 あと、パターンマッチ でも、Option型使うより、その発展系のBox型の方がより便利で いいとこが分かりやすい。 あ、Box型ってのは、Liftのライブラリね。 で、Liftの作者がBox型の布教文書を書いてたので、それを読むといい。
163 名前:デフォルトの名無しさん mailto:sage [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で相談するなりしてからにしろよ^^;;;;」 って書かれてて心が折れたので誰かエロい人報告しといてくだしあ><
164 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 16:26:49 ] 日経と工学社から本が出るね。 Cloujerより需要があるのかなあ?
165 名前:デフォルトの名無しさん mailto:sage [2010/03/07(日) 03:39:54 ] ClojureはLispだからなぁ
166 名前:デフォルトの名無しさん [2010/03/08(月) 14:29:32 ] 文法にあるTopStatとかのStatって何の略?
167 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 01:08:55 ] >>163 注意書きに気にせず報告すると良いと思うよ。 がんばって。
168 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:20:56 ] (mavenスレで聞いてもscalaのことなど知らんと言われそうなのでこちらで聞きますが) maven-scala-pluginを使っているのですが、 これって分割コンパイルする方法はないのでしょうか。 *.scala ファイルが25個で、1400行程ですが、 40秒近くかかっています。 mavenに限らずscala一般の話でもわかる方、 いましたらよろしくお願いします。
169 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:24:39 ] >>168 追記です。 mvn scala:cc は、やってみました。 レスポンス自体の改善にはならなかったです。
170 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 03:33:44 ] >>168 maven-scala-plugin使ったこと無いけど、普通に考えて分割コンパイルされそうなもんだけど… Liftも以前はmaven使ってたはずだけど、修正のたびに全部再コンパイルだったら使い物に ならんかっただろうし。まあ、確実に修正差分だけコンパイルして欲しいならsbt(Simple Build Tool) 使うのが無難かなあ。sbtはコンパイラAPI叩いてファイル間の依存性解析とかしてるから、その辺は 割と正確。
171 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 05:01:40 ] >>170 sbt 試してみました。 毎回コンパイラを起動しない設定だとかなりのスピードアップがあるようです。 (あわせて169の記述は取り下げます) (1〜3回目というのは、ソースを1行だけ編集してコンパイルさせた結果の3回分です) またsbtの効果は大ですが、この規模では真価は発揮できないようです。 mvn scala:compile 33s sbt compile 17s mvn scala:cc 28s (1回目) 7s (2回目) 5s (3回目) sbt ~compile 19s (1回目) 8s (2回目) 4s (3回目)
172 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 05:35:56 ] scalaのコンパイルしてると、昔、DOSでCを一生懸命コンパイルしてた頃を思い出す。 そんな遅さ。
173 名前:デフォルトの名無しさん mailto:sage [2010/03/13(土) 04:20:23 ] >>156 >>157 返答が遅くてすまんが、レスありがとう。 結局やりたいことはできますた。 結局、自分がパーサコンビネータの使い方が良く分かってなかっただけだった。良く分からないんで手っ取り早く参考となるものがみたかったと、こういうすんぽうです。 適当にいじくってたらだんだん理解してきてなんとかできた。
174 名前:デフォルトの名無しさん [2010/03/13(土) 21:53:35 ] clojure陣営ですけど戦争したいです、DISりたいです
175 名前:デフォルトの名無しさん mailto:sage [2010/03/13(土) 23:26:20 ] ありがちな動的型付け VS. 静的型付けとかだったらどうせ泥沼になるのが 見えてるので勘弁。clojureスレでやってくれ。
176 名前:デフォルトの名無しさん mailto:sage [2010/03/13(土) 23:30:55 ] Clojureスレにも来ないでください
177 名前:デフォルトの名無しさん mailto:sage [2010/03/14(日) 23:20:57 ] それじゃあ新しく出たScala本の書評をたのむ
178 名前:デフォルトの名無しさん mailto:sage [2010/03/15(月) 02:56:34 ] ん?3/18発売のScala入門のこと?
179 名前:デフォルトの名無しさん mailto:sage [2010/03/16(火) 23:27:14 ] Java使わずにScalaでiモードのアプリ作ったり出来ないだろうか
180 名前:デフォルトの名無しさん mailto:sage [2010/03/17(水) 15:13:29 ] SEとCLDCの違いをかなりの手間かけて埋めたとしても ランタイムのサイズがつらくないか?
181 名前:デフォルトの名無しさん mailto:sage [2010/03/17(水) 18:01:38 ] ProGuard使って要らないクラスファイルをjarから除去すれば、結構小さくなるので ひょっとしたらそれでなんとかなるかもしれないけど、そこまでする価値があるかどうかだな。
182 名前:デフォルトの名無しさん mailto:sage [2010/03/18(木) 01:59:39 ] >>179 > Java使わずにScalaでiモードのアプリ作ったり出来ないだろうか Androidは、Scalaでプログラムできるらしいぞ! 今どき、iモードなんて流行らないだろう。Androidで行こうぜ!
183 名前:デフォルトの名無しさん mailto:sage [2010/03/18(木) 02:51:37 ] >>182 そんなことはこのスレの住人なら誰でも知ってるわ。つか公式サイトに載ってることだろ。 大体、iアプリの質問に対してAndroidに話を換えてどうすんだよ。アホにもほどがある。
184 名前:デフォルトの名無しさん mailto:sage [2010/03/18(木) 07:54:29 ] マジレスわろた
185 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 05:50:50 ] 2.8のAPIドキュメント眺めてたらMutableListの def union(that: Seq[A]): Seq[A] というメソッドが3つあったんだけど、おなじのが3つってどういうことだろ。 説明文は全部違うみたいだけど英語だからよくわからん。
186 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 18:04:19 ] >>185 恐らく、新しいAPIドキュメントの生成器(scaladoc2)のバグだね 説明文をよく見るとわかるけど、最初の一つがintersect,その次がdiff,最後がunion の説明になってる。MLかTracで報告してあげると良いのではないかと。
187 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 18:10:12 ] ちなみにsは現在けっこう試行錯誤中っぽくて、細かい挙動とか見栄えとかよく変わるので、 その点に注意した方がいいと思う。なんか変な挙動があったらバグの可能性が高い。
188 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 18:12:07 ] ミスった。sは→scaladoc2は
189 名前:デフォルトの名無しさん mailto:sage [2010/03/20(土) 03:29:24 ] >>186-188 なるほど、バグか。 ScalaはJavaと比べて複雑だし、大変なんだろうな。 報告は・・・うん、ごめん、ムリぽ 英語ができるなら真っ先にあの検索の挙動について文句を(ry
190 名前:デフォルトの名無しさん mailto:sage [2010/03/21(日) 22:34:01 ] Netbeans 6.8で2.8が使えない なんとかしてくれ
191 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 02:58:23 ] 6.8と2.8なら問題なくいけてるけどなぁ。 とりあえずNetBeansをインストールしなおしてみれば?
192 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 06:01:16 ] platform-dev - NB6.8 with Scala version 2.8.0.Beta1-prerelease www.listware.net/201003/netbeans-platform-dev/67512.html
193 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:44:20 ] scalaの勉強のために、Intellij IDEA入れてみたが中々良いな。 ただ、プラグイン入れてもEmacsライクなSet Markが機能しない。。。 またEclipseに戻りそうだ。
194 名前:デフォルトの名無しさん [2010/03/22(月) 23:18:14 ] scalaすごいわ 数年内にRubyとか淘汰すると思う
195 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 23:50:30 ] >>194 Scalaいいよねぇ Rubyのアホみたいにテスト工数が ざっくり減るし。 ただ技術者なかなかいないよねぇ
196 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 21:22:30 ] おなじJVM上のclojureが攻めてくる・・・わけないなw
197 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 21:56:00 ] 日本語のlift本でも出ないかな・・・
198 名前:デフォルトの名無しさん [2010/03/24(水) 23:35:27 ] Scala言語を学ぶやさしいツール「Kojo」が無償公開 Publickey www.publickey1.jp/blog/10/scalakojo.html
199 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:14:10 ] apply関数の意味がいまいちわからないのですが なぜこの関数は存在するのですか?
200 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:46:37 ] 関数適用がapplyの呼び出しになるって点は理解している? 理解しているけど使いどころがわからないってこと?
201 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 06:58:37 ] 例えばmap関数を自分で実装するのに使う
202 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 01:12:19 ] こんなのがあった Specsみたいな書き方のやり方なんだろうけど、 なにをやってるのかさっぱりわからん(;´Д`) 誰か解説プリーズ。 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 } }
203 名前:デフォルトの名無しさん mailto:sage [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 で比較すればいいだけだし。
204 名前:デフォルトの名無しさん [2010/03/27(土) 08:15:34 ] scala.reflect.Manifestを使ってるのはexpectationsを評価する前に型を得るためだと思うけど あと implicit def m: は implicit m: の間違い?
205 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 19:08:04 ] >>202 >>203 あー、inがExampleを返すのはネストの判定のためなのか。 ネストならTがExampleになるのね。なるほどなぁ。
206 名前:204 mailto:sage [2010/03/29(月) 21:07:44 ] >>204 ああ、そっか。言われて見ればその通り。全然気付かなかった。
207 名前:203 mailto:sage [2010/03/29(月) 23:06:52 ] ごめん。名前欄、>>204 じゃなくて>>203 の間違いだった。
208 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 16:30:14 ] AnyVal型の変数にjava.lang.Long型のインスタンスが入ってたらそれをInt型に変換するには 2回asInstanceOfやるしかないんですかね? val a: AnyVal = 10L a.asInstanceOf[Long].asInstanceOf[Int]
209 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 21:01:56 ] 言ってることおかしいな、AnyValじゃなくてAnyRefでした val a: AnyRef = 10L.asInstanceOf[java.lang.Long] a.asInstanceOf[Long].asInstanceOf[Int]
210 名前:デフォルトの名無しさん mailto:sage [2010/04/05(月) 18:46:05 ] >>209 val a: AnyRef = 10L.asInstanceOf[java.lang.Long] a.asInstanceOf[Long].toInt でOK
211 名前:デフォルトの名無しさん mailto:sage [2010/04/05(月) 21:25:39 ] 最近、ImpressのScala本をほけーっと眺めてよさげだなぁとか思ってる初心者なんだけど、 処理系としてはどれくらい安定してる感じなの?
212 名前:デフォルトの名無しさん mailto:sage [2010/04/06(火) 00:15:08 ] >211 何も知らずに言うが、処理系はJVMだから、Javaの10年以上の実績があって超安定。 だが、コンパイルが遅いのが難点ってところ。 コンパイラのバグは、致命的なのはないんじゃないの??
213 名前:デフォルトの名無しさん mailto:sage [2010/04/06(火) 19:06:00 ] >>212 なるほど。それならわりと使えそうな感じだね。
214 名前:デフォルトの名無しさん mailto:sage [2010/04/06(火) 20:16:28 ] 型パラメータの条件にこんなコンストラクタ持ってるみたいなのはどう書くんでしょうか こんなメソッド持ってるみたいなのはこんな感じで書けるみたいですが def func[T <: {def hoge(s: String): Unit}](value: T, str: String) = { value.hoge(str) }
215 名前:デフォルトの名無しさん mailto:sage [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型のオブジェクトを生成
216 名前:デフォルトの名無しさん mailto:sage [2010/04/08(木) 00:50:35 ] 何でFile IOとか付いてるんだろう。中途半端に感じるけど、perlとか見たいなのりなのかな?
217 名前:デフォルトの名無しさん mailto:sage [2010/04/08(木) 00:50:49 ] 誤爆スマヌ
218 名前:デフォルトの名無しさん mailto:sage [2010/04/10(土) 02:27:15 ] ?
219 名前:デフォルトの名無しさん mailto:sage [2010/04/13(火) 19:22:38 ] 15,16とScalaDaysなわけだが、 days2010.scala-lang.org/program どれ注目すればいいん? Running in Browser?Data Parallel Programming?CCSTM?Automatic refactoring?
220 名前:デフォルトの名無しさん mailto:sage [2010/04/15(木) 00:21:49 ] d(x:Int)(y:Int)(z:Int): Int = x + y + z ってどこまでが引数でどこまでが返り値でどこまでが 関数の実体なのでしょうか
221 名前:136 mailto:sage [2010/04/15(木) 13:15:05 ] scalaでunit testってある?
222 名前:デフォルトの名無しさん mailto:sage [2010/04/15(木) 13:15:13 ] Scala 2.8.0 RC1
223 名前:デフォルトの名無しさん mailto:sage [2010/04/15(木) 16:58:57 ] >>221 コップ本で1章使って概説してるよ
224 名前:デフォルトの名無しさん mailto:sage [2010/04/15(木) 19:27:01 ] 便乗して、ScalaのテストはSpecsとScalaTestのどっちがおすすめ? ちょっと見たかんじだと、なんかあまり違いがないような
225 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 12:55:43 ] 「Scalaのサイトに載せたいから、Scalaユーザグループは メールでPhil Bagwellにグループの詳細を送ってくれ」 だって。
226 名前:デフォルトの名無しさん mailto:sage [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
227 名前:デフォルトの名無しさん mailto:sage [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はサンフランシスコでやるよ、とのこと。
228 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 14:49:09 ] >226 .NET版をまだ諦めてなかった事に驚いた。 あと、例外チェックも。
229 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 16:13:11 ] >>228 .NETはMSが(VSの?)scalacモジュール出すらしい
230 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 19:59:01 ] >>229 > .NETはMSが(VSの?)scalacモジュール出すらしい Scala終了か? MSがやると互換性の違うのがいっぱいできて、利用者側が混乱するんだよね。。 MSの作戦でやっているのだろうけど。 Java,Html, 他にも、MSが下手に乗り出すことで、進化が遅くなった言語がいろいろ。。
231 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 20:24:04 ] >>230 わざと1980年代から意図的に同じ事くりかえして 自社の優位性を保とうとしているからなぁw
232 名前:デフォルトの名無しさん mailto:sage [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が流行ると思うなら、お前ら幸せすぎだろw
233 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 21:42:14 ] IronRubyは対応したばっかりだからこれからおかしくなるんだろ
234 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 21:50:47 ] IronRubyってMSの息がかかってるの?
235 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 22:08:56 ] そもそもMSが開発してるので
236 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 22:49:55 ] >>232 同意見だなぁ .netなんだし間口広げるだけだろうにな・・・
237 名前:デフォルトの名無しさん mailto:sage [2010/04/17(土) 23:41:41 ] しかしJavaは改悪された
238 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 01:14:52 ] 今のMicrosoftのプログラミング言語とその周辺に対する取り組み方を知っていて それでもなお独自拡張を恐れるならともかく、古い情報に基づいての偏見はなぁ…
239 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 02:04:22 ] 三つ子の魂百までって言うからね 悪いことはするなって事だよ
240 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 02:09:51 ] >>238 結局、MS製品のある環境でしか動かないものしか作ってないからな。 建前は標準規格と言ってるが。
241 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 02:18:33 ] そりゃ慈善事業じゃないんだからメリットないことはしないだろ? 標準規格にはこだわるにしても
242 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 02:31:03 ] もちろんそうだ。 要は、ベンダーロックインされるリスクを負ってでも、その技術を使いたいかという話。
243 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 03:00:51 ] .Net版scalacは既にあってそれに対するモジュールだろうになんでこんな流れなんだ(;´Д`) MSの部分だけに反応するってことはscalaに興味ない人が荒らすためだけに巡回してるのかな・・
244 名前:242 mailto:sage [2010/04/18(日) 03:54:57 ] 俺は>>230 とは違う人間だよ。俺はMSを過剰に非難するつもりはないが、 歪んだ形の囲い込みを全く警戒しなくてもおk、というわけではないという当たり前の話。
245 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 03:58:32 ] >>241 いやメジャーOSだとそんなことやってるのWindowsだけだよ…
246 名前:デフォルトの名無しさん mailto:sage [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で作られてるだろ?
247 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 10:10:09 ] 結局違法にJAVA改悪したから Win2000発売停止になったよな じゃあScalaもきちんと監視しないと 改悪されるぞ
248 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 12:51:02 ] MS を脅かすほど Scala に影響力はないから大丈夫だよ。
249 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 12:53:08 ] >>246 > 便利な技術ならOSSでコピッて本家に取り込まれるし、 世の中には特許というものがあってだね。
250 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 16:19:28 ] 完全互換になんてなる訳ないじゃん Ironなんちゃらシリーズだって.netでしか動かない仕様になるぜ
251 名前:デフォルトの名無しさん mailto:sage [2010/04/18(日) 17:10:06 ] 完全じゃなくても98%ぐらい互換ならいいよ
252 名前:デフォルトの名無しさん [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開発環境が出てくれるとうれしいのだが。