プログラミング言語 S ..
236:デフォルトの名無しさん
08/04/18 00:19:33
WindowsユーザはScala使うな
237:デフォルトの名無しさん
08/04/18 00:23:10
知的水準の低い人はScalaを使わなくて結構です
238:デフォルトの名無しさん
08/04/18 00:34:56
なんだ。関数型言語ってやっぱり学者しか使わないか・・・
239:デフォルトの名無しさん
08/04/18 00:51:52
ごめん、嘘です。気を悪くしたらスマソ。
「自分がやられて嫌なことは、他人にしたらいけない」って死んだ猫いってたのを思い出した・・・
240:デフォルトの名無しさん
08/04/18 14:23:55
何この流れw
241:デフォルトの名無しさん
08/04/18 19:13:35
>>234
ScalaでWindowsのGUIプログラム書けるかって話なら
Swing/AWT使うか、SWT使うくらいしか選択肢は無いんじゃない？
242:デフォルトの名無しさん
08/04/18 19:26:24
「まとも」＝「GUI」！
243:デフォルトの名無しさん
08/04/18 19:55:27
>>241
.NET対応がちゃんとしてくれるんなら、それでいいっす^^
244:デフォルトの名無しさん
08/04/18 20:04:12
>>242
234の文章から、234の考える「Windowsのまともなプログラム」を推測すると、
俺もそうなる。
245:デフォルトの名無しさん
08/04/18 20:18:19
>>242
>>244の書いてる通り、234の文章から、234が考える「Windowsのまともなプログラム」
＝ＧＵＩプログラムのことと推測したまで。俺自身が「Windowsのまともなプログラム」＝
ＧＵＩプログラムのことだと考えてるわけじゃない
246:デフォルトの名無しさん
08/04/18 20:27:57
SWT使えば見栄えも問題ないよ
247:デフォルトの名無しさん
08/04/19 09:26:39
あんな低レベルのGUIに満足してるの？
248:デフォルトの名無しさん
08/04/19 09:44:53
俺はGUI全く使わない。
249:デフォルトの名無しさん
08/04/19 10:36:08
GUIも使えるけどあえて使わないってこと？今だにキャラクタベースのUIのほうが玄人っぽいとか、そんな発想？
あなたのような人には文字ベースで十分なのかもしれないけれど、一般的な用途にはGUIが必要とされる時代なんです。いい加減わかってください。
250:デフォルトの名無しさん
08/04/19 10:59:27
お前のことはお前が決めろ。
251:デフォルトの名無しさん
08/04/19 11:10:36
>>247
世の中はOSと違うインターフェースは敬遠されるらしい
252:デフォルトの名無しさん
08/04/19 11:13:56
必要なものを自分で作る能力のないプログラマが飛び付く言語じゃない。
253:デフォルトの名無しさん
08/04/19 12:20:38
>>242>>244
おそらく、>>234=>>243なので、さらにその内容を合わせると
>>234の考えるまともなプログラム
＝「.NET Framework を使ったGUIプログラム」
というように読める。
254:デフォルトの名無しさん
08/04/20 17:51:36
どちらかというと言語がプログラマの要求についてこれれてない部分があるっつーことでしょ。
その辺を他言語と比較されるとすぐファビョりはじめる奴がいるのが困りものだね。
255:デフォルトの名無しさん
08/04/20 21:28:40
.NET対応ってそんなに要求あるのかな？
Java VMで十分な気がするけど
256:デフォルトの名無しさん
08/04/22 21:33:18
Introduction to SDT
URLﾘﾝｸ(www.codecommit.com)
期待。
257:デフォルトの名無しさん
08/04/23 00:55:30
Emacsにも補完つけてほしい
258:デフォルトの名無しさん
08/04/23 01:33:45
Stream.const がはじかれるんですが、これっていつからの関数ですか？
259:デフォルトの名無しさん
08/04/23 01:54:41
Stream.consのことか？
260:デフォルトの名無しさん
08/04/24 02:41:40
>>259
いや。実際にStream.constというメソッドがある。
たとえば、Stream.const(1)とすると、1のみを含む無限Streamが生成できる。
261:デフォルトの名無しさん
08/04/27 11:00:01
ふと聞きたいのですが、Scala以外にどんな言語に興味ありますか？
Scalaを使ってらっしゃる方が普段どんな言語つかっているのか知りたいです。
262:デフォルトの名無しさん
08/04/27 11:42:13
JavaとRuby
263:デフォルトの名無しさん
08/04/27 12:39:15
JavaとRubyかな。最近はErlangに手を出し始めてる
264:デフォルトの名無しさん
08/04/29 15:46:25
>>193
small talkも知らない馬鹿が書いているんだろｗｗｗ
無視しろ。
265:デフォルトの名無しさん
08/04/29 20:12:31
ScalaはRubyの影響をうけているよ。
266:デフォルトの名無しさん
08/04/29 21:23:18
>>265
まあ、受けてる可能性は否定できないけど、明らかに影響を受けてる
という程じゃないなあ。Groovyくらいそっくりだったら、話は別だけど。
267:デフォルトの名無しさん
08/04/30 02:42:57
>>264
他人を罵る前にだ。
Smalltalkを区切るな、ボケw
268:デフォルトの名無しさん
08/04/30 22:17:30
>>264
くだらない釣りはヤメロよ
269:デフォルトの名無しさん
08/04/30 23:05:54
JJUG Cross Community Conference の Scala のセッション、えらい盛況でワロタ:-)
270:デフォルトの名無しさん
08/04/30 23:14:43
URLﾘﾝｸ(shootout.alioth.debian.org)
271:デフォルトの名無しさん
08/05/04 19:50:05
既出かもしれんけどscalaの動画が紹介されてた。
関数型言語mlのすれ
272:デフォルトの名無しさん
08/05/06 16:48:05
Scala 2.7.1.final
URLﾘﾝｸ(www.scala-lang.org)
273:デフォルトの名無しさん
08/05/07 19:49:29
>>271
Scalaの動画ってこれか
URLﾘﾝｸ(www.youtube.com)
274:デフォルトの名無しさん
08/05/09 23:39:00
>>271
ニコニコ動画で見つけました。
関数型言語Scalaの動画もう一つ
URLﾘﾝｸ(www.nicovideo.jp)
275:デフォルトの名無しさん
08/05/10 14:28:21
>>274
>>1乙ｗｗｗｗ
276:デフォルトの名無しさん
08/05/10 14:33:51
>>1 なのかwww
277:デフォルトの名無しさん
08/05/10 14:34:18
Rubyの人とけんかしてるので仲良くして欲しいwww
278:
08/05/10 18:50:55
記法が柔軟性あるみたいだけど、そのためIDEのインテリセンスつくるの大変そうだね。
EclipseのJavaエディタ並みの賢い開発環境があればJavaから乗り換えたいけど。
279:デフォルトの名無しさん
08/05/10 20:20:11
>>274
「スレを立てる」ｸｿﾜﾛﾀ
その結果がこのスレかｗｗｗ
280:デフォルトの名無しさん
08/05/11 03:07:41
emacsで充分
281:デフォルトの名無しさん
08/05/11 12:09:33
>>278
開発中のEclipse用プラグインが割と頑張ってる感じ
282:
08/05/12 07:55:41
>>281
そうなのか、使ってみる。
283:デフォルトの名無しさん
08/05/12 13:55:30
Eclipse で実行のたびに Run Configuration が増殖するのは仕様ですか？
284:
08/05/14 04:39:03
Scalaって文の区切りに；が必要ないの？
なんか怖いです。
285:デフォルトの名無しさん
08/05/15 14:44:24
誰でもはじめては怖いもんだ
286:デフォルトの名無しさん
08/05/15 21:35:10
>>284
関数型言語などでは ; が必要ない方が普通。
HaskellやOCamlなんかでも;は必要ない。
287:デフォルトの名無しさん
08/05/15 21:49:16
ありますよ。
288:デフォルトの名無しさん
08/05/15 23:52:14
必要だけど必要じゃない。
289:デフォルトの名無しさん
08/05/16 03:05:20
Lispだとセミコロンはコメントアウトだな。
290:デフォルトの名無しさん
08/05/17 08:43:04
JavaとRubyとScalaの比較
URLﾘﾝｸ(codezine.jp)
291:デフォルトの名無しさん
08/05/17 15:35:15
Scalaの文法でDみたいなネイティブコンパイラって作れないかな。
292:デフォルトの名無しさん
08/05/17 18:38:06
単にネイティブバイナリがほしいだけだったらgcjであれこれ挑戦してみたら委員では
293:デフォルトの名無しさん
08/05/20 10:25:32
inforno :: Scalaでスタック指向言語をサクッと実装する
URLﾘﾝｸ(inforno.net)
294:デフォルトの名無しさん
08/05/21 23:03:40
scalaって遅延評価あるんだな。
最初からそれ言ってくれたら切り捨てたりしなかったのに。
295:デフォルトの名無しさん
08/05/21 23:11:11
お前の方が切り捨てられたんだよ。
296:デフォルトの名無しさん
08/05/22 18:11:38
煽られたら乗るよ？
scalaに意志はないから切り捨てるも切り捨てないも人の意志にゆだねられる。
scalaと人を混同しないでくださいね。
それとも、scalaたんとかいって擬人化してるキモオタくんですか？
297:デフォルトの名無しさん
08/05/22 20:11:14
scalaたんの擬人化マダー？
298:デフォルトの名無しさん
08/05/23 05:02:26
>>296
君、さぞ国語の成績が悪かったろうな。
299:デフォルトの名無しさん
08/05/23 05:38:47
>>296
乗るにしてもその乗り方はないだろ。
>scalaに意志はないから切り捨てるも切り捨てないも人の意志にゆだねられる。
って、どんな返しだよ。
というか、返しにすらなってないか・・・。
300:デフォルトの名無しさん
08/05/23 05:48:16
>>296
煽られたら乗るよ？
> scalaに意志はない（後略）
まず、議論の前に、どのような哲学的立場をもとにしているのかをハッキリしてもらおうか。
301:デフォルトの名無しさん
08/05/23 05:48:24
>>296
scalaにはMartin Oderskyの意思が宿っている
と返して欲しかったんですね。
わかります。
302:デフォルトの名無しさん
08/05/23 05:54:40
キモオタとか言って煽ってる本人が
なんか凄くオタクに詳しいっぽいのがたまらんね
沸いた頭で煽りを書き殴ったら、自分が普段言われてるモノが出てきました、みたいな
303:デフォルトの名無しさん
08/05/23 07:50:20
どんな言い方してみても>>294が付いて行けなかった事にかわりはない。
304:デフォルトの名無しさん
08/05/23 08:44:58
>>294の書いたscalaたんが観たかった…
305:デフォルトの名無しさん
08/05/23 09:27:29
codezineのメルマガのタイトルに scala が出てきて吹いた
◆【Web】私がScalaを選んだ理由
最近自分の中でScalaという言語が熱い。RubyやPython等のスクリプト言語や、
JavaやC#等現在のエンタープライズ領域を支える言語、HaskellやErlangといった
関数型言語もある。そんなにいっぱいいい言語がある中で，なぜ今Scala
なんだろう？そんな理由を解説してみたいと思います。
URLﾘﾝｸ(codezine.jp)
306:デフォルトの名無しさん
08/05/23 11:33:17
>>303
scalaを一見したらどう見えるかというと、
・JAVAのクラスファイルはくの？つまり所詮はJAVAの亜種ってこと？JAVAにはウンザリなんだよなぁ
・クラス？なんだ、またオブジェクト指向言語か。ツマンネ。
・アルジェブライックデータタイプなし？キモ。おいおい、どこが関数型言語だよ。
・しかも見た目は完全手続き型言語っぽい。
遅延評価以外これといった特徴無いですよね。
307:デフォルトの名無しさん
08/05/23 17:23:39
>>306
英語docの読めない香具師はScalaに手を出すなｗ
308:デフォルトの名無しさん
08/05/23 17:35:11
>>307
既存のプログラミング言語が多すぎて新しい言語が出てきても大して興味もでないのに、
ドキュメントまで見ようと思うわけがないだろ？ｗ
ブログを見ていて、たまたま言語の紹介があったら読む程度。
言語に興味を持つか持たないかが決まるのはせいぜい5分程度だ。
まぁ、言語の特徴を説明しきれていない糞ブロガーが全部悪いわけだがwww
309:デフォルトの名無しさん
08/05/23 17:39:56
そうやってすぐ雑草を生やす
310:デフォルトの名無しさん
08/05/23 17:58:10
まぁ、小物アプリ作者の俺としてはネイティブ吐いてくれない時点でアウト
311:デフォルトの名無しさん
08/05/23 18:04:47
遅延評価以外これといった特徴無い言語に興味を抱いて、ここに来たの？
312:デフォルトの名無しさん
08/05/23 18:06:31
>>311
遅延評価が実装されている言語を挙げてみろ。
思いつく限りでは片手に収まる。
313:デフォルトの名無しさん
08/05/23 20:16:42
>>312
Haskell
Scala
Clean
UnLambda
314:デフォルトの名無しさん
08/05/23 21:21:34
>・JAVAのクラスファイルはくの？つまり所詮はJAVAの亜種ってこと？JAVAにはウンザリなんだよなぁ
>・クラス？なんだ、またオブジェクト指向言語か。ツマンネ。
さすがにこの釣り餌は、おいしそうじゃないな。
315:デフォルトの名無しさん
08/05/23 21:27:18
じゃあ食いつくなよｗ
316:デフォルトの名無しさん
08/05/23 21:29:16
ごめｗ
317:デフォルトの名無しさん
08/05/24 01:10:13
自分が食いついた餌の低質さをいくら口にしたところで、相手のレベルじゃなく
「そんなのに食いついた自分のレベル」の低さをアピールするだけなのにね（相手には1ポイント入る）。
318:デフォルトの名無しさん
08/05/24 01:17:48
ごめん、わるかったって
319:デフォルトの名無しさん
08/05/24 01:45:38
>>312
OCaml
pypy
320:デフォルトの名無しさん
08/05/24 03:59:21
>>306
頭悪そうだね
321:デフォルトの名無しさん
08/05/24 04:00:25
>>312
> 思いつく限りでは片手に収まる。
なんて無知な…
322:デフォルトの名無しさん
08/05/24 12:58:25
なんだここの奴ら・・・
まだHaskellスレの方が「できた」人間が多いぞ・・・
323:デフォルトの名無しさん
08/05/24 12:59:02
スレ住人の人間性を見てもわかる。
この言語はJavaの系列なんだな。
324:デフォルトの名無しさん
08/05/24 14:11:12
Javaじゃないのが最大の利点。
325:デフォルトの名無しさん
08/05/24 15:03:27
JVMに縛られたローカル言語
326:デフォルトの名無しさん
08/05/24 15:08:52
>>322-324
Haskellの名前だけ挙げてPD.Martin Oderskyに直接何も言えないのって恥ずかしいよな
327:デフォルトの名無しさん
08/05/24 15:09:00
もうJVMを次期windowsに埋め込めばいいんじゃね？
328:デフォルトの名無しさん
08/05/24 15:11:55
>>326
俺はscalaのこと何もしらねーもん＾＾
俺が批判してるのが言語scalaだと思っていたら大間違いだぜ。
お前らを含めたコミュニティと広報活動全般についてなんだよ。
「外」の人間がどう感じるか感想を言ったまでさ。
お前ら被害妄想ひどすぎwww
329:デフォルトの名無しさん
08/05/24 15:25:30
>>328
> 俺はscalaのこと何もしらねーもん＾＾
（ ´,_ゝ｀）ﾌﾟｯ
330:デフォルトの名無しさん
08/05/24 15:42:11
>>329
頭の可哀想な子に触るの禁止ーーー!!
331:デフォルトの名無しさん
08/05/24 15:46:29
俺が思うに、コミュニティが健全であるためには、Javaとのつながりを完全に切った方がいいと思うんですよ。
>>329-330のような奴らをJavaに隔離すべきだと思うんです。
332:デフォルトの名無しさん
08/05/24 15:47:06
っていうかさ、数学出来ないやつが関数型言語さわるなよ＾＾＾
333:デフォルトの名無しさん
08/05/24 15:47:46
「このマスにとまったら、ム板のScalaスレを荒らしてくる」
とかいうゲームなんだよ。
334:デフォルトの名無しさん
08/05/24 15:49:36
>>328
> お前らを含めたコミュニティ
2chをコミュニティ認定しないでくれ
335:デフォルトの名無しさん
08/05/24 16:49:54
>>334
馬鹿にそんなこと言っても始まらないだろ。
336:デフォルトの名無しさん
08/05/24 16:57:08
>>334
妄想がどうのと言い出す人が、むしろ自分こそ激しい妄想を前提としているのはよくある話。
つまり、自分が言われると致命的な指摘を、先に相手になすりつけておく手法。
337:デフォルトの名無しさん
08/05/24 17:01:32
自己投影化ですねわかります
338:デフォルトの名無しさん
08/05/24 18:38:40
>>328
人間やコミニティまで批判するのはやめような。
フレームにしかならないよ
339:デフォルトの名無しさん
08/05/24 18:53:07
>>338
ああ悪かったな。
「活動」を批判すべきだったなｗ
340:デフォルトの名無しさん
08/05/25 04:52:14
もう引くに引けなくなってるのねｗ
341:デフォルトの名無しさん
08/05/25 06:57:59
>>332
関数型さわって慣れてから、数学勉強するのでいいと思う。
342:デフォルトの名無しさん
08/05/25 22:50:07
興味持てないのにいちいち荒らしにくる＞ツンデレ
343:デフォルトの名無しさん
08/05/26 02:18:42
というか、このところのScalaの取り上げられ方を見て
「なんか落ち着かない気分になった」Ruby信者では。
344:デフォルトの名無しさん
08/05/26 06:35:01
序盤に遅延評価を連呼していたあたり、遅延評価で切り捨ての子じゃないのか？
345:デフォルトの名無しさん
08/05/26 18:19:49
C#並にIDEの支援が充実してくれるといいんだが・・・・
;が省略可なんて仕様はIDEにとって厄介者にならないのだろうか？
346:デフォルトの名無しさん
08/05/26 21:27:38
;を書かなくていい言語が変に思うヤツは、プログラミング言語知らなさすぎ。
他の言語も知っといた方がいい。勉強しろ。
347:デフォルトの名無しさん
08/05/26 21:42:27
勉強の問題じゃないが。
348:デフォルトの名無しさん
08/05/26 21:49:59
アホが勉強しろとか言ってるの見ると滑稽でたまらん
349:デフォルトの名無しさん
08/05/26 21:50:08
そういや、VBのインテリセンスは完璧だったな
350:デフォルトの名無しさん
08/05/26 22:11:23
Haskell知ってるヤツと、Javaしか知らないヤツのコードを見ると、同じScalaでも全然違う。
あたりまえだが。
351:デフォルトの名無しさん
08/05/27 20:28:26
荒れてるなあ
とりあえず、Algebraic data type相当の機能はScalaにもあるよ
あと、Scalaの特徴と言ったらやっぱりimplicit conversion/parameterとか
Extractorとかじゃないかと個人的には思う
352:デフォルトの名無しさん
08/05/27 20:29:35
>>345
Visual StudioとかEclipse並にはまだ程遠いけど、Scalaで書き直された
新Scala Eclipse Pluginは結構補完頑張ってるよ。implicit conversionで
追加されたメソッドとかも補完してくれる。
353:デフォルトの名無しさん
08/05/27 20:48:15
>>343言い得て妙だな。まさにそんなのが身近にいるのでツボった。
354:デフォルトの名無しさん
08/05/27 22:15:41
またいつもの浮気癖か＞Ruby信者
浮気するくせに浮気相手にRubyを求めるからなあ。
355:デフォルトの名無しさん
08/05/27 22:27:06
；と｛ばかりの言語しかやったことない俺涙目
そんな人は何からやればいいですか？やっぱりHASKELLとかですか？
356:デフォルトの名無しさん
08/05/27 23:15:50
あと、SmalltalkとSchemeかな。
357:デフォルトの名無しさん
08/05/27 23:20:30
>>354信者のふりしたアンチに騙されてるんだよ。Rubyistは向上心のある人格者が多い。
358:デフォルトの名無しさん
08/05/27 23:42:38
間を取って、Ruby信者とRubyistは違うということでこの話はお開き。
359:デフォルトの名無しさん
08/06/02 18:18:44
>355
ここは forth で
360:デフォルトの名無しさん
08/06/10 10:17:32
本家ホムペ落ちてる！＞＜;
・・・
大幅リニューアルということか？
361:デフォルトの名無しさん
08/06/10 20:53:23
>>360
いつまで落ちてたのか知らんが、もう復旧してるよ
Webページのデザインは以前と特に変化無し
362:デフォルトの名無しさん
08/06/10 21:15:06
1つだけ、def という適当な予約語が気に入らない
363:デフォルトの名無しさん
08/06/11 01:07:42
じゃあdefunで…
364:デフォルトの名無しさん
08/06/11 02:02:47
>>362
じゃあ、defineだったら良かった？予約語って特に頻繁に
使用するものは、省略形を使ってでも短くした方が良いと思う
どうせ予約語の数なんて知れてるし、覚えることの労力よりも、
短くすることのメリットの方が大きいと思う
365:デフォルトの名無しさん
08/06/11 02:05:03
あと、defって予約語自体は結構メジャーなものだと思う。俺が知ってる言語では
Ruby,Python,Groovy,Scala,Nemerle,が採用してるな。Nemerleはかなりマイナーだと
思うが
366:デフォルトの名無しさん
08/06/12 00:27:39
クラスの宣言がclassなんだから、
メソッドの宣言はmethodでいいじゃん。
367:デフォルトの名無しさん
08/06/12 03:41:56
def か fun がいいな
368:デフォルトの名無しさん
08/06/13 20:31:18
ユニットテストフレームワークは何を使っていますか？
JUnit、TestNG、SUnit、ScalaTest、と色々な選択肢があるので迷っています。
369:デフォルトの名無しさん
08/06/15 09:50:53
def, fun は飽きた。df, fn とかしてほしい。
370:デフォルトの名無しさん
08/06/15 10:54:52
ディスク残量の表示をファンクションキーに割り当てたいんですね。わかります。
371:デフォルトの名無しさん
08/06/15 10:58:37
Scala の関数プログラミングが理解できません。
ScalaTutorial.pdf を読んでみました。Martin Odersky は scala で OOP
language と functional programming を統合して compose program を目指
していると理解しています。
でも tunctional programming は状態を持たないこと、変更できるデータが
存在しないことが特徴です。関数呼び出しに side effect がないことが特徴
です。 Python は、既存の関数に side effect があることから本格的な
functinal programming には踏み込もうとしません。Scala では関数の
side effect をどうやって防いでいるのでしょうか？
私には Scala の関数プログラミングは side effect を許しているとしか思
えません。もしそうだとすると、scala の関数プログラミングは偽関数プロ
グラミングだとも言えると思います。
372:デフォルトの名無しさん
08/06/15 11:07:44
tunctional programmingと言われても…
Scalaは関数型言語じゃないよ。
373:デフォルトの名無しさん
08/06/15 11:34:45
機能として見た場合、参照透明自体はそんなに重要じゃないでしょ
並列処理とか遅延評価のときに都合がいいだけで
それに純粋な関数型言語っていわゆる関数型言語の中でも一部分であって
純粋じゃなかったら偽というのも極端な気がするけど
374:デフォルトの名無しさん
08/06/15 13:27:32
371 です。
>純粋じゃなかったら偽というのも極端な気がするけど
同意します。
でも、side effect 使いまくりの pattern match: match .. case ... を書
いていたら、それは偽関数プログラミングと言っても良いでしょう。そして
scala は、それを許しているように思えます。Stateless, immutable にす
るのはユーザーの努力に委ねられているように思えます。違いますでしょう
か。
375:デフォルトの名無しさん
08/06/15 13:59:00
それはプログラミングスタイルの話で、言語がどうかって話とはちょっと違う気がする。
376:デフォルトの名無しさん
08/06/15 13:59:56
ん？よくわからん
パターンマッチと副作用がどう関係してるんだ？
377:デフォルトの名無しさん
08/06/15 14:16:17
>>374
>それは偽関数プログラミングと言っても良いでしょう。
誰にも会わずに一人で呼ぶ分には別に良いんじゃない？
>Stateless, immutable にするのはユーザーの努力に委ねられているように思えます。
という言語は別にScalaが最初という訳じゃないというか歴史に何度も登場したものに思われ。
URLﾘﾝｸ(user.ecc.u-tokyo.ac.jp)
>関数的プログラミングとは，副作用ではなく，値を返すことで動作するプログラムを書くことだ．
>副作用とはオブジェクトの破壊的な変更（rplacaの使用等）や変数への代入（setqの使用等）を含む．
>副作用を使う数が少なく，その影響範囲もローカルなものであれば，
>プログラムの読み取り，テスト，デバッグは簡単になる．
>Lispのプログラムが必ずこの方法で書かれてきた訳ではないが，
>時を追ってLispと関数的プログラミングは次第に分かち難いものになってきた．
378:デフォルトの名無しさん
08/06/15 14:20:10
371 です
>パターンマッチと副作用がどう関係してるんだ？
Pattern match は functional programming の機能だと思います。ここで書
かれるコードは副作用のないものに限定されるべきだと思います。クラス・
データ・メンバーを設けて、それを操作するなんてしてはならないと思いま
す。そうでなかったら、compose program なんて実現できないでしょう。
379:デフォルトの名無しさん
08/06/15 14:22:31
>>378
> Pattern match は functional programming の機能だと思います
なこたーない
380:デフォルトの名無しさん
08/06/15 14:22:50
>>378
マッチングのときに副作用が起きるのがいけないということ？
それともマッチングの後の話？
compose programというのもよくわからんな
381:デフォルトの名無しさん
08/06/15 14:24:26
>>379
パターンマッチって関数型由来じゃないんだっけ？
382:デフォルトの名無しさん
08/06/15 14:28:51
>>378
要するにMartin Oderskyの謳い文句が煽りっぽくて気に入らないなら本人に言った方が良いよ。
副作用なしでプログラミングを行うという意味論的なテーマと、
単なるシンタックス(Pattern match)の議論がごっちゃになってる気がする。
「条件分岐の意味論」と「条件分岐が楽に書けるか」は全然別の話。
意味論の定義については偉い人に任せる。
URLﾘﾝｸ(d.hatena.ne.jp)
383:デフォルトの名無しさん
08/06/15 14:35:32
>>369
そこで defun ですよ。Lisp 的に。
384:デフォルトの名無しさん
08/06/15 14:50:53
join計算では破壊的変数操作は許されるのですか？
385:デフォルトの名無しさん
08/06/15 15:09:24
>>381
由来は知らんがPrologとかにもあるだろ
だいたいパターンマッチングで副作用を否定したらawkの立場はどうなるんだよｗ
386:デフォルトの名無しさん
08/06/15 15:15:20
371 です
>マッチングのときに副作用が起きるのがいけないということ？
>それともマッチングの後の話？
cast ... ==> の後に書かれるコードで副作用があるものを呼び出さないの意味です。
>compose programというのもよくわからんな
下の Martin Odersky 自身の説明から持ってきました。彼はプログラムの部
品化を本気で可能にしようとしています。
URLﾘﾝｸ(video.google.com)
URLﾘﾝｸ(lampwww.epfl.ch)
>パターンマッチって関数型由来じゃないんだっけ？
関数型由来由来でしょう。switch case 文で置き換えられる代物ではないでしょう。
387:デフォルトの名無しさん
08/06/15 15:24:02
Pattern match は functional programming の機能
と
Pattern match は functional programming に由来
は別物だぞ
関数型言語以外でもパターンマッチングが見られるから前者は間違い
wikipediaによるとKen Thompson(Unixの作者)が作ったエディタや
SNOBOLが由来だから後者も間違い
388:デフォルトの名無しさん
08/06/15 16:01:39
なんちゃって知識を抱えて、新規言語に刃向かいに来たボクちゃんってことで決着ですか？
389:デフォルトの名無しさん
08/06/15 16:24:50
>381
『由来』と『機能』は別物。
Lispみたいにパターンマッチ前提にしていない関数型言語は普通にあるよ。
逆にC++のオーバーロードとかだって一種のパターンマッチだし。
>378
そんなつまらん理由で『べき』なんて断定するもんじゃないよ。
・Pattern Matchに失敗したときの挙動が複雑すぎて制御不能
・追加したパターンマッチの影響が他の関数に波及するリスクがある。
状態の管理が困難になる
とか具体的な理由ぐらい書いたら？
状態（副作用）の本質についてはガウディ本が詳しいので、一回読んでみたら。
390:デフォルトの名無しさん
08/06/15 16:24:56
>>386
だったら、通常のifとパターンマッチを区別して、パターンマッチを特別視する理由は？
パターンマッチって便利なifみたいなもんだと思っているんだけど
391:デフォルトの名無しさん
08/06/15 16:50:12
なんか不毛な議論になっとるなー
>>374の言っているのに合致するのって、HaskellとCleanくらいじゃね？
あと、パターンマッチについては強力なif文という認識くらいで良いと思うなー
392:デフォルトの名無しさん
08/06/15 18:18:32
パターンマッチ＞判定にパターンのみ使用可＞判定に副作用無し
Scalaのクラスフィールドは暗黙のゲッタ・セッタ呼び出し＞
ゲッタ・セッタの明示定義でもフィールド名のみで呼び出し＞
意図せざる副作用はそれらで相殺可
393:デフォルトの名無しさん
08/06/15 19:56:33
OCamlだとパターンマッチ使って、
let (x,y) = mouse_point in
printf "%dだお, %dだお" x y
とかできるけど、scalaだとどんななんだろ。
394:デフォルトの名無しさん
08/06/15 20:01:40
scala> val (a, b) = (1, 2)
a: Int = 1
b: Int = 2
こんなのなら動くよ
395:デフォルトの名無しさん
08/06/16 00:39:39
Tuple以外でも使えるけど、なんか違和感があるな
case class TypeA(val a:Int,val b:Int)
val TypeA(a,b)=TypeA(10,20)
println(a)
println(b)
396:デフォルトの名無しさん
08/06/16 01:48:47
>>395
違和感あるってのは単にパターンマッチ自体に慣れていないという
事じゃないかなあ。Scalaに限らず、SML,OCaml,Haskellなどでも同様の
事はできるわけだし
397:デフォルトの名無しさん
08/06/16 02:36:04
ちなみに1行目caseつけるならvalは要らない。
398:デフォルトの名無しさん
08/06/16 03:02:29
case関係なくval要らなくね？
399:デフォルトの名無しさん
08/06/16 10:28:28
>>398
いや、要るでしょ。case classにしなきゃパターンマッチの
対象にできない。もちろん、別途unapply定義したobjectを
定義すれば別だけど
400:デフォルトの名無しさん
08/06/16 10:50:05
あ、ごめん、意図を取り違えていた。case classじゃなきゃ、そもそも
valのあるなしに関わらずパターンマッチできないわけで、確かに
必要ないわな。
401:デフォルトの名無しさん
08/06/16 11:37:31
細かいことだが、unapplySeqでもおｋ
val s = "([0-9]*)(.*)".r
val s(x,y) = "123いちにさん"
println(x) // 123
println(y) // いちにさん
402:デフォルトの名無しさん
08/06/16 20:00:45
case classでは暗黙にvalだが、case以外でもvalやvarで
コンストラクタ引数もメンバ化できるのだだだだだだ
403:デフォルトの名無しさん
08/06/18 03:44:07
Javaでは
String.class
のように書くと、対象のクラスのインスタンスを作成せずに
Class型のオブジェクトを取得することができますが、
scalaで同様のことをするにはどのように書けばよいのでしょうか？
404:デフォルトの名無しさん
08/06/18 04:35:06
つ type
405:デフォルトの名無しさん
08/06/18 05:15:02
つ classOf[String]
406:デフォルトの名無しさん
08/06/18 06:13:01
>>405
ありがとうございます。探していたのは正にこれでした。
>>404
type a = b で型の別名が作れるんですね。
今回探していたものとは違いましたが、参考になりました。
407:デフォルトの名無しさん
08/06/19 12:55:22
def getFunc(fun:Option[String => _ <: AnyRef]) = {
fun match {
case None => null
case Some(f) => (i:String) => f(i).notify()
}
}
上記のコードをコンパイルすると notify() の部分でエラーになりました。
fがStringを引数に取る関数であるというところまでは推論できているのに、
fの戻り値がAnyRefを継承した型である事を推論できないのはなぜなのでしょうか？
408:デフォルトの名無しさん
08/06/19 16:08:45
Existential Type周りの推論の仕組みは正直よくわかっていないので
確定的な事は言えないのですが、推論できていないというより、どうもバグな気がします
たとえば、上記のコードを
def getFunc(fun:Option[String => _ <: AnyRef]) = {
fun match {
case None => null
case Some(f) => (i:String) =>
val a: AnyRef = f(i); a.notify()
}
}
とすると、コンパイルが通ることから、少なくともf(i)の返り値が
AnyRefのサブタイプであることは(コンパイラによって)認識されている
ように見えます。色々試してみたところ、以下のようなコードの場合
val fun: Option[String => _ <: AnyRef] = Some((s: String) => s)
val Some(f) = fun
コンパイラが
error: fatal error: bad type: ?(class scala.tools.nsc.symtab.Types$WildcardType$)
というメッセージを吐いて落ちるようです。この辺の事から推測すると、
Existential Typeとパターンマッチを組み合わせたときのバグのような気がしますが、
本当のところはわからないので、本家ScalaのMLで聞いてみるのが良い気がします
409:デフォルトの名無しさん
08/06/19 16:10:42
回避策ですが、Function Typeは、返り値についてcovariant
annotationが付加されているので、わざわざExistential Typeを使わずに、単純に
def getFunc(fun:Option[String => AnyRef]) = {
fun match {
case None => null
case Some(f) => (i:String) => f(i).notify()
}
}
とすれば良いです。これで、ちゃんと
getFunc(Some((s: String) => s))
などのコードをコンパイルできます
410:デフォルトの名無しさん
08/06/19 23:16:10
>>408-409
いろいろと試して頂き、ありがとうございました。
Existential Typeを使わないようにすることで、無事、動くようになりました。
英語は苦手なのですが、
そのうち、本家ScalaのMLでの質問にも挑戦してみようと思います。
411:デフォルトの名無しさん
08/07/09 08:47:29
ScalaのEclipsePluginは、Eclipseのどのバージョンで動きますか？
412:デフォルトの名無しさん
08/07/09 23:33:30
URLﾘﾝｸ(www.scala-lang.org)
413:デフォルトの名無しさん
08/07/31 19:30:46
プログラミングしりとり
ｽﾚﾘﾝｸ(575板)l50
414:デフォルトの名無しさん
08/08/21 01:19:30
Webサイトが変わった
415:デフォルトの名無しさん
08/08/21 09:21:03
Renewal ですな
NetBeans 用プラグインも追加されてる > ヘルプも含めて IDE 本体のオール
日本語化は NetBeans の方がダンゼン速いので日本人にとっては良い知ら
せか
ただし 6.5 以上だけど (現在日本語はまだ GUI のみか日本語開発版のみ)
416:デフォルトの名無しさん
08/08/22 02:27:02
Scala本5月には出版っていってたのにまだプレプリントか。
417:デフォルトの名無しさん
08/08/22 14:10:17
Scala本待てない人は、単なる個条的抜き書き程度のしろものですが
それまではこちらをどーぞ
URLﾘﾝｸ(www.h7.dion.ne.jp)
418:デフォルトの名無しさん
08/08/22 15:00:49
うはｗ こういうのうれしい。
英語のリファレンス読むのメンドくさくて、いまいちちゃんと理解できてなかったんで、
すげーうれしい。
419:デフォルトの名無しさん
08/08/22 21:31:43
>>417
これ、ただの機械翻訳じゃないの？
420:デフォルトの名無しさん
08/08/22 21:51:13
>>416
URLﾘﾝｸ(www.artima.com)
そろそろ出るんじゃないの？
421:デフォルトの名無しさん
08/08/22 21:51:42
機械翻訳はこういう文章を吐かないと思う
なんていうか、プログラマというよりは人文系の方が書いたような文章
422:417
08/08/22 23:32:47
プログラマ向け、でなくJavaとJavaScriptならわかる、という人を想定したら
こんな文章に。
Scalaは、そんな人たちの(関数型言語)入門学習用に向く言語仕様である
ように思われたので。
(つーか私自身にとっても最新の関数型言語の入門学習目的で言語仕様
原文から外せない部分を抜き出す形でまとめました(直訳はおろか意訳で
すらねぃです、でも原文読む参考程度にはなるはず)。ちなみにコンカレント
云々はまだわからない程度のレベルな私)
423:417
08/08/22 23:37:07
あーあといちばん最初に訳した言語仕様要約は直すべき部分が最多ですが
今はいろいろあって直すヒマがないのであしからず(私自身によるコメント部分
に集中してるので、そこの変なのは無視してくだされ。要約でない解説諸ペー
ジの方のが正しいです)。
424:デフォルトの名無しさん
08/08/22 23:42:12
＞If you purchase just the PDF eBook for $27.50, you will be entitled to receive periodic updates as the authors
＞complete the book, as well as the final PDF when the book is finished, for no additional charge. If you purchase PDF
＞+ Paper Book combo for $59.99, you will be entitled to the PDF eBook updates, and we'll ship you the paper book
＞when it is published, on or around August 30, 2008. (Once the book has been printed, you'll be able to purchase just
＞the paper book here for $49.99.)
すいません。これ訳してください。
425:デフォルトの名無しさん
08/08/22 23:55:28
こんな感じか？
$27.50でPDF買ったら、本が完成するまで
追加料金なしでPDFのアップデート受けられるよ。
$59.99でPDFと紙の本買ったら、PDFのアップデートできるし、
10月30日くらいに出版されたら紙の本も送るよ。
出版後は$49.99で紙の本買えるよ。
426:デフォルトの名無しさん
08/08/22 23:57:21
August 30
8月30日、ですね
427:デフォルトの名無しさん
08/08/23 00:05:59
>>425-426
ありがとうございます！
もうすぐ発売日じゃないですか！
428:デフォルトの名無しさん
08/08/23 15:41:22
>>417
ひさびさに電波ぽい文章を見た
429:デフォルトの名無しさん
08/08/23 16:48:38
>>428
だなｗ
頑張ってくれたのに悪いが、行間びっちりな上にろくに段落を区切ってないから、
文章ではなくなんかの模様に見えてしまう。そんなだから最初の一文すら読む気が起きない。
430:デフォルトの名無しさん
08/08/23 17:34:52
>417
むむむ……典型的な『頭の良い人が書いた難しい文章』だな。
・文が長すぎ／意味詰め込みすぎ
・読者に必要な前提知識が多過ぎ
・話が発散しすぎ
ということでおいらもムリ。
自分も素人なんであんまり偉そうなことは言えないけど、
・一文の意味／意図が一つになるように文を解体する。
- ()の解説は多用しない。注釈で飛ばした方が良い。
- 直前の文までに出てきた言葉だけで文章を組む。新規の言葉は解説する。
・段落の基本構造（序破急）を意識して文章を構築する
・文章の基本構造（起承転結）を意識して段落や章を構成する
あたりだけでも注意すればずいぶん違うんじゃない？
431:417
08/08/23 20:41:20
いちばん最初のページの水平線から下は「言語哲学的意味論」なのでいわゆる
リファレンスとしては読む必要はまったくないです (つまり、この水平線は、ここから
下は「Scalaという言語に対する(個人的)注解」である、という意味です)
水平線から上の部分にザッと目を通したあとはそのまま「1階受付」へとお進みく
ださい (そこからはいくらかでもマシになってるかと)
432:417
08/08/23 20:47:00
あと行間は、私は逆に空いてると読みづらい方なので、直すかどうかは微妙です
Firefoxなら「スタイルシートを利用しない」すればほんの少しだけ行間が空いて字
ももう少しだけ大きくなるよーですが ...
433:デフォルトの名無しさん
08/08/23 21:11:55
行間以前の問題だろ＞読みづらさ
434:デフォルトの名無しさん
08/08/23 21:27:38
>>417
論文ではなく、仕様書を書くようになればみんなの気持ちが分かるようになるよ。
435:デフォルトの名無しさん
08/08/23 21:47:37
>>430
頭がよいのとおかしいのと狭間くらいだと思う
436:デフォルトの名無しさん
08/08/23 21:59:18
これで難しいって、どれだけ土方なんだよ。
スタイルシートは変更したけど。
437:417
08/08/23 21:59:54
読みづらさについては申し訳ないですが、いずれこのScalaページは6月頃に
書いたもので (必要な人はググって自力で見つけるだろうと思いこちらでとく
には宣伝しませんでした; まだいろいろと不完全であるためもありますが)、今
はほかにやるべきことができてしまって当分私自身による修正は無理っす
ぬか喜びさせてしまって申し訳なひ、おのおの方
438:デフォルトの名無しさん
08/08/24 00:56:07
スタイルは俺も無効にしたｗ
これぐらい特殊な文体でもいいんじゃないかな。もちろんわかりやすいほうがいいが、
クセがあって読みにくいぐらいの文章でも、Scalaの雰囲気としてはあってるような気がする。
439:デフォルトの名無しさん
08/08/24 06:34:46
>>430
序破急! うーーーーん。
440:デフォルトの名無しさん
08/08/24 10:14:48
序破急 > 導入・展開・参考
起承転結 > 理由・これまでの過程・話者の新しい意見・新旧の比較
とゆーことではないかな?
ちなみに序破急は能の作劇論、起承転結は漢詩の構成論が由来
441:not 439
08/08/24 10:33:48
技術文書の段落に序破急はおかしいだろw
>>440の頓珍漢さに苦笑
442:430
08/08/24 12:35:13
>441
じゃあ導入->展開->結び で良いや。
さすがに段落ごとに全部この構成にするのはムリがあるけど、意識しないで
破綻するよりはマシですな。
>440
起承転結は序章の話になりますな。
各階の説明は概要->詳細の二段構成でも十分かな。
活用例は>440みたいな感じだけど、起の部分は『文章の全体像・説明範囲を規定する』という内容になるかと。
読者にまず「この文章は何について言及するのか？」というスコープを提示するわけですな。
ちなみに、序破急は能じゃなくて雅楽から来た言葉らしいよ(Wikipedia)
443:デフォルトの名無しさん
08/08/24 13:25:36
>>434
それは論文に対して失礼だw
>>417には悪いが、少なくとも、コンピュータサイエンス系の論文で>>417くらい読みづらい
文章は見た覚えがないよ
444:デフォルトの名無しさん
08/08/24 13:34:09
417のサイトは他のページの方が電波ゆんゆんでいい感じだ
445:デフォルトの名無しさん
08/08/24 15:15:12
Programming in Scalaって本当に8月30日くらいに発売されるの？
アマゾンとかに全然来てないんだけど・・・
446:デフォルトの名無しさん
08/08/24 15:47:49
417は括弧部分をごっそり削ると、ちょっとだけ読みやすくなるぞ。
ちょっとだけ、だけどな。
447:デフォルトの名無しさん
08/08/24 22:04:48
Amazonとかの普通の流通に乗るのかなあって気も。
448:デフォルトの名無しさん
08/08/25 00:06:02
え！？そんな立ち位置なの・・・
Scalaのサイトでしか発売されないのかなあ・・・
449:デフォルトの名無しさん
08/08/25 19:44:46
>>417とか人によませるブログとか一度書いてみた方がいいと思うよ
450:デフォルトの名無しさん
08/08/25 21:29:39
ところでProgramming in Scalaってどんな内容なの？
ＰＤＦ読んだ人いますか？
451:デフォルトの名無しさん
08/08/25 22:45:57
pdf読める携帯買ったんで突っ込んでみたが、読みにくくて読んでないな
452:デフォルトの名無しさん
08/08/26 08:18:39
>>450
> どんな内容なの？
読め
453:デフォルトの名無しさん
08/09/02 12:51:20
Programming in Scalaって結局出版されたんですか？
454:デフォルトの名無しさん
08/09/02 14:36:35
日曜に本屋で見た。
455:デフォルトの名無しさん
08/09/02 21:47:42
マジで？
日本の本屋？
456:
08/09/02 22:14:25
うそだろ。ホームページ見たら
when it is published, on or around September 30, 2008.
ってなってた。また延期です。
457:デフォルトの名無しさん
08/09/07 10:06:41
この言語、groovy, jython, jrubyなどに対する利点は？
458:デフォルトの名無しさん
08/09/07 11:10:24
>>457
一つは速度
459:デフォルトの名無しさん
08/09/07 12:02:40
おお、それは凄い！
残りの二つ目以下２６項目も挙げてくだされ。
460:デフォルトの名無しさん
08/09/07 12:04:16
jython > 本家にかなり遅れている
jruby > 元来 Rails と Java の共用が目的で、それ以外にあえて使う理由がない
groovy > Java 版 Rails のための言語だが失敗。Rails 利用者は Java を要せず、
Java 利用者は Rails を要せず
scala > 関数型パラダイムを Java に持ち込むための言語で、上 3 つとの類似は
あくまでその結果 (Python と Ruby が関数型パラダイムの影響を非常に
強く受けているため)
つーわけで利点云々以前に、もともとの存在理由がまったく異なります
461:デフォルトの名無しさん
08/09/07 12:40:59
え
その逃げはないっしょ
462:デフォルトの名無しさん
08/09/07 12:52:26
都合の悪い展開になったから逃げ呼ばわりするという逃げは
どうかと思います。
463:デフォルトの名無しさん
08/09/07 13:04:26
は？俺に都合のいい展開って何？各言語信者の醜い貶しあい？
464:デフォルトの名無しさん
08/09/07 14:11:14
結局Scalaのアドバンテージは特に無い、という展開。
465:デフォルトの名無しさん
08/09/07 14:45:10
Scalaの利点ねえ。
あえて挙げるならきちんとした型システムがあるとことかかな。
466:デフォルトの名無しさん
08/09/07 15:21:49
>>464
Javaで書くより100倍楽だけど、性能はJavaと同等。
でもEclipseのScalaプラグインはもうちょっとがんばって欲しい。
今だとまだEmacsのscala-modeの方が使い易い。
467:デフォルトの名無しさん
08/09/08 11:36:23
メッセージ駆動並行なコード書くのに
JMSとJMXでMDBと、ScalaのActorどっちが楽？
俺は断然Actor派
468:デフォルトの名無しさん
08/09/08 22:20:42
Erlang派
469:デフォルトの名無しさん
08/09/13 08:13:33
プログラミングしりとり
ｽﾚﾘﾝｸ(575板)l50
470:デフォルトの名無しさん
08/09/13 16:16:58
Computer Language Benchmarks Game
URLﾘﾝｸ(shootout.alioth.debian.org)
Javaは何だかんだで早いよなぁ。
やっぱり俺の本命はErlangじゃなくてScalaだ。
次世代ゲーム機もScalaWithJavaAPIでいいと思う。
471:デフォルトの名無しさん
08/09/13 17:23:11
>>988
古い規格だと、ISO 9899:1990 セクション 3.4 で "byte" が定義されている。
同 セクション6.3.3.4 に The sizeof operator yields the size (in bytes) of its operand.
とある。
sizeof(char)は1で単位はバイト。
終了。
472:デフォルトの名無しさん
08/09/13 17:25:46
>>988
古い規格だと、ISO 9899:1990 セクション 3.4 で "byte" が定義されている。
同 セクション6.3.3.4 に The sizeof operator yields the size (in bytes) of its operand.
とある。
sizeof(char)は1で単位はバイト。
終了。
473:デフォルトの名無しさん
08/09/13 17:26:50
誤爆しかも連投ごめんなさい。
474:デフォルトの名無しさん
08/10/03 21:43:26
C99なんてもう誰も知らんぞ・・・
475:デフォルトの名無しさん
08/10/03 22:22:20
今度こそProgramming in Scalaって出版されましたか？
476:デフォルトの名無しさん
08/10/05 01:00:30
いいえ
477:デフォルトの名無しさん
08/10/05 14:34:55
10月30日以降にまた延期でっす!!
478:デフォルトの名無しさん
08/10/05 19:18:20
またかよ！
完成してから発売日発表しろよ！！
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4919日前に更新/158 KB
担当:undef