【Lisp】プログラミング言語 Clojure【JVM】

【Lisp】プログラミング言語 Clojure【JVM】 at TECH

1:デフォルトの名無しさん
09/10/15 00:18:39
無いようなので立てた。
JVM上で動作するLisp方言「Clojure」のスレ。

Clojure - home
URLﾘﾝｸ(clojure.org)

2:デフォルトの名無しさん
09/10/15 00:32:54
【チュートリアル】
Clojure Tutorial For the Non-Lisp Programmer | Moxley Stratton
URLﾘﾝｸ(www.moxleystratton.com)
Clojure - Functional Programming for the JVM
URLﾘﾝｸ(java.ociweb.com)
【その他】
InfoQ: ClojureがSTMとLISPをJVMにもたらす
URLﾘﾝｸ(www.infoq.com)
InfoQ: Rich Hicky氏、Clojureの特徴と実装について語る
URLﾘﾝｸ(www.infoq.com)
Writing/Coding: Clojure Series: Table of Contents
URLﾘﾝｸ(writingcoding.blogspot.com)

3:デフォルトの名無しさん
09/10/15 02:27:12
>>1
御苦労じゃ。

4:デフォルトの名無しさん
09/10/15 06:05:10
いつの間にかこんなスレが。乙←ポニーテールなんだからね？

5:デフォルトの名無しさん
09/10/15 06:51:12
チュートリアルにこれも入れてくれ

PCL -> Clojure （Practical Common Lisp のサンプルコードを Clojure に）
URLﾘﾝｸ(blog.thinkrelevance.com)

6:デフォルトの名無しさん
09/10/15 13:08:58
definline, defmacro, defmethod, defmulti, def, defn, defn-, defonce, defstruct

ややこしい…

7:デフォルトの名無しさん
09/10/15 23:32:33
ださ

8:デフォルトの名無しさん
09/10/16 22:04:16
翻訳が出るのを知らずに、
原書を買ってしまった。

9:デフォルトの名無しさん
09/10/17 00:51:39
Qiのように消えたりしないものか

10:デフォルトの名無しさん
09/10/17 08:34:18
煉気化神は期待できないのかな？
Functional Programming in Qi (second edition) 買ってしまった。

11:デフォルトの名無しさん
09/10/17 13:00:20
>>9
Qiはまだ運営されているから消えていないよ。ただ、ブレイクしていないし
ブレイクするかどうかも疑問はある。clojureが出てからここまで来ている
のを見ていると期待の高い言語だと思うよ。(clojure-mlを見る限り)また、
infoQでも度々取り上げているからツボに来てるライターもいるのだろう。
java使いが簡単に(手続き型でもオブジェクト指向でもない)clojureに来る
とは思えないけどね。彼らにはまだ冗長な記述のscholaのほうが好きそう
だからね。いずれの言語もマルチコアが扱いやすい言語ということもある
からこれから伸びるよ。

>>8
どうせ訳本は遅れるだろうから、先に勉強したいなら良いのでは。

12:デフォルトの名無しさん
09/10/17 20:18:51
12月にも洋書だけどClojure本出るよね。英語の勉強がてらそっちは洋書を買おうかな。

13:デフォルトの名無しさん
09/10/19 21:05:03
shiro さんの訳らしいので期待

14:デフォルトの名無しさん
09/10/22 15:38:36
JavaのWebアプリケーションフレームワークのTapestryの開発者が
Clojureを使ってCascadeと言う名のフレームワークを作っているらしいぞ。

URLﾘﾝｸ(tapestryjava.blogspot.com)
URLﾘﾝｸ(github.com)

15:デフォルトの名無しさん
09/10/24 21:56:15
pclj 第2版? 来てた

> The Pragmatic Bookstore Oct 21 (4 days ago)
>
>Dear xxxxx ,
>
>This is just to let you know that Programming Clojure (eBook) has recently been updated.
>You own an electronic version of this book, and so you'll be able to download this latest version.
>Changes in This Release
>
> * Second Printing

16:デフォルトの名無しさん
09/10/25 03:55:06
pcljってProgramming Clojureの略記だったのか。今ごろ知った

17:デフォルトの名無しさん
09/10/25 06:12:15
今時のLispって、リーダーマクロ禁止の方向なの？
なんか安全性と引き換えにLispとしての大事なものを失っているような気がする

18:デフォルトの名無しさん
09/11/02 17:50:59
少なくともCommon-Lispでは誰も禁止してないと思うけど

19:デフォルトの名無しさん
09/11/02 21:57:23
clojureは、lisp-1だからschemeの親戚だぜ

lisp-2のcommon lispみたいに関数と変数の名前空間が分かれてないから、
マクロの展開で名前が被るとかでlisp-2ほどマクロが書きやすくないからだそうだぜ

let over lambdaとかみるとそんな感じだぜ

20:デフォルトの名無しさん
09/11/02 22:02:47
おっと、clojureは、名前空間分けられるそうだ

21:デフォルトの名無しさん
09/11/02 22:26:42
斜め読みだけど ` が名前空間を保存する特殊形式（Syntax-quote）になってるから
それで解決しようとしてるんじゃないの

22:デフォルトの名無しさん
09/11/13 22:17:49
黒蛇あるいは苦労蛇あげ

23:デフォルトの名無しさん
09/11/13 22:38:09
【科学】道路に軍手が落ちているワケ、名城大研究チームが突き止める[09/11/05]

ｽﾚﾘﾝｸ(hidari板)

24:デフォルトの名無しさん
09/11/29 16:12:07
>>15

第2版じゃなくて第2刷っぽい。

25:sage
09/11/29 23:34:46
URLﾘﾝｸ(www.geidai.ac.jp)

26:デフォルトの名無しさん
09/12/03 23:27:52
保守あげ

27:デフォルトの名無しさん
09/12/10 18:35:05
過疎ってるｗｗｗ

28:デフォルトの名無しさん
09/12/10 22:06:58
まあ翻訳本が出れば少しは・・・

29:デフォルトの名無しさん
09/12/11 22:45:14
Clojureは今風かつ意欲的な機能が盛りだくさんで、
面白そうなんだけど、そのうえ型指定するとJVM用にカリカリ
チューンされたプログラムも書けそうで実用性もgoodなんだけど、
なんというか…ぽっと出っていうかブームっていうか…
今は盛り上がってるけど、作者が飽きたりして急に駄目になったり
しないかと思うと、ちょっと手を出しずらいなぁ。

30:デフォルトの名無しさん
09/12/14 13:01:36
>>29
その辺はオープンソースなので、作者が消えても受け継がれるさ。

31:デフォルトの名無しさん
09/12/15 00:24:55
>>30
KL0の事も思い出して上げてくださいね。

32:デフォルトの名無しさん
09/12/15 01:58:33
そんな泡沫言語きいたことないお

33:デフォルトの名無しさん
09/12/24 07:35:00
Clojure 1.1，効率のためにトランジェントとチャンクシーケンスを追加
URLﾘﾝｸ(www.infoq.com)
1.1RC2が出たね。

34:デフォルトの名無しさん
09/12/25 01:03:20
プログラミング言語Clojureの実践的な解説書、1/25発売予定だそうです。

『プログラミングClojure』　Stuart Halloway著川合史朗訳
URLﾘﾝｸ(ssl.ohmsha.co.jp)
『Programming Clojure』　(原著)
URLﾘﾝｸ(www.amazon.co.jp)

35:デフォルトの名無しさん
09/12/25 02:52:18
一方Practical Clojureは2月に延期

36:デフォルトの名無しさん
09/12/26 12:01:10
Clojure〔最近のニュースの〕総まとめ：Craneによる配布、Incanterによる算術計算、Leiningen 1.0によるビルド
URLﾘﾝｸ(www.infoq.com)

37:デフォルトの名無しさん
09/12/30 17:11:07
1.1RC3

38:デフォルトの名無しさん
10/01/01 22:59:34
あけおめ。
1.1の正式版が出たよ。

39:デフォルトの名無しさん
10/01/03 00:08:34
あけおめ。1.1きたね。

40:デフォルトの名無しさん
10/01/03 17:00:05
clojure、これからのLispの本命だと思うんだが、国内では盛り上がらんねー。
動かしてる人がやたら少ない。shiroさんの翻訳本待ちかなぁ。

41:a36 ◆K0BqlCB3.k
10/01/03 17:08:47
golangが一段落したのでこっちにも手を出してみるぜ。
Lisp方言だから習得はしやすいな。

42:デフォルトの名無しさん
10/01/03 21:14:08
>>41
lispいがいにhaskellやらjavaやらもしってれば、楽だと思うよ。

あの本の原本はなかなかよいので、それで翻訳者が指折りのshiroさんって
こともあるので期待していいだろうね。国内では盛り上がらないのも普通
だろうな。右むきゃ右の民族性ゆえんだし。

43:a36 ◆K0BqlCB3.k
10/01/03 23:36:59
>>42
新しい言語で2chにスレがたつ程度に有名な言語は大抵試しているが、
どの言語も満足できなくて本気コーディングは結局C言語とperlに戻ってしまうんだ。

44:デフォルトの名無しさん
10/01/03 23:47:24
>>43
なるほど、大体は試してるのね。じゃあ大丈夫だね。
cに戻るところをみると処理速度重視なんかな？

45:a36 ◆K0BqlCB3.k
10/01/04 02:15:03
>>44
速度とプログラミングしやすさのトレードオフ。
Haskellとかprologとかいろんな言語があるけど、
たとえばHaskellはリストの処理はしやすいけど配列の扱いは面倒くさかったり、
par関数みたいなので簡単に並列処理ができるのはいいけど、
CSPみたいな形式手法やpi-calculusみたいな計算モデルを持ち込んだような処理をするなら
golangやscalaのほうがずっとやりやすい。
純粋関数型言語すべてにいえることだけどGUIや非決定的な人の介入があった場合の処理の扱いが
イマイチ確立していなくて、結局X11を直接叩いたりwxHaskellみたいなオブジェクト指向畑のライブラリを
移植したものが(やむをえず)主流になっている。
また、Javascriptはブラウザ上でしか動かないし、
PythonはIronPythonを使えば.NETにコンパイルできるけど
.NETはLinux上ではMonoを使わないといけない時点で嫌いだし、
インデント依存のせいで余計な行数を強要されるのも不愉快だし、
GIL問題のせいで並列処理に致命的な欠陥を持っているし、
今のところやりたいことが何でもできる言語というとC言語ということになるんだよ。

46:デフォルトの名無しさん
10/01/04 09:53:56
>Javascriptはブラウザ上でしか動かない
サーバサイドJSとか微妙に流行ってるらしいよ
独立したインタプリタもあるし
主戦場は相変わらずブラウザ上だけど

47:デフォルトの名無しさん
10/01/04 14:24:40
>>45
GIL問題についてはUnladen Swallowプロジェクトの活躍に期待しましょう。
こういう周辺プロジェクトが現れるのはPython人口が多いからですね。
Clojureも、せめてこのスレぐらいは過疎から脱出して欲しいです。

MacRuby、GILをなくして平行スレッドを得る
URLﾘﾝｸ(www.infoq.com)
>PythonにもRuby 1.9.xと同様のGIL問題があるのだが、
>Unladen Swallowプロジェクトは2010年までにGILをなくすと約束している。

ProjectPlan - unladen-swallow (A faster implementation of Python)
URLﾘﾝｸ(code.google.com)
>In addition, we intend to remove the GIL and fix the state of multithreading in Python.
>We believe this is possible through the implementation of a more sophisticated GC system,
>something like IBM's Recycler (Bacon et al, 2001).

48:デフォルトの名無しさん
10/01/04 19:22:06
> Rich Hickey
金持ちのヒッキーか。ふーん。

49:デフォルトの名無しさん
10/01/04 21:01:47
>>47
日本での夜明けはもうすぐだよ。1月25日だっけ？きっかけが作られる日を待て。

50:a36 ◆K0BqlCB3.k
10/01/05 17:44:40
質問です

今のところClojureでのプロセスの扱いはJavaのスレッドを使うのが主流ですか？

51:デフォルトの名無しさん
10/01/05 18:37:13
>>50
JVMなんでスレッド。
自前でスレッド起こすより、Agentやfutureなどのインターフェイスから使った方が幸せになれる。
裏側でスレッドプール使って宜しくやってくれるので。

52:a36 ◆K0BqlCB3.k
10/01/05 22:56:06
>>51
ありがとう
JavaのスレッドってErlangの軽量プロセスなんかと比べると驚くほど低速だったように記憶しているけど、
pi-calculusみたいにプロセスを使い捨てにするような処理は向いていないと考えていいのかな。

今調べたらparallel.cljというライブラリにparという並列処理関数が実装されていて、
それはJava7の新機能の細粒度並列処理軽量ライブラリを使って実装されているらしい。
Java7はまだ未公開だけどjsr166y.jarをダウンロードしてくればparも使えるらしい。
と思ったら
URLﾘﾝｸ(www.mail-archive.com)
のとおり。
結局parを使うために環境整備するのが面倒くさい、俺乙。
1時間無駄にしたぜ。

53:デフォルトの名無しさん
10/01/09 12:49:06
プログラミングClojureは、いつになったらアマゾンで予約できるんだろう

54:デフォルトの名無しさん
10/01/09 14:19:35
発売日は 1/22 予定に変わったみたいね
URLﾘﾝｸ(twitter.com)

55:デフォルトの名無しさん
10/01/12 18:39:35
windows上のmeadowでclojureつかってるのだけど、slime-eval-region中の日本語や中国語が通るようにするにはどうしたらよいのしょうか？

56:デフォルトの名無しさん
10/01/12 20:21:46
>> 55
どういう問題が起こったのかわからないんだけど、不慣れなエスパーしてみる。
手許の MacOSX 上の Emacs だと
slime-net-send: Coding system iso-latin-1-unix not suitable for ...
って言われたから、適当に slime のソースを grep して
(setq slime-net-coding-system 'utf-8-unix)
ってしてやったら slime-eval-region できた。
そういう問題？

57:デフォルトの名無しさん
10/01/13 06:59:05
>>56
エスパーに感謝!

58:デフォルトの名無しさん
10/01/14 01:16:30
clojureでclassファイル生成するにはどうすればいいの？

59:デフォルトの名無しさん
10/01/14 02:13:54
つ URLﾘﾝｸ(clojure.org)

60:デフォルトの名無しさん
10/01/14 22:57:57
ちょっと愉快な記事を見つけた。
Clojureいいな。
URLﾘﾝｸ(www.bestinclass.dk)

61:デフォルトの名無しさん
10/01/14 23:20:55
>>59
うお、おれ58じゃないけどサンクス!知らんかったよ

62:デフォルトの名無しさん
10/01/15 08:58:03
#()はマジで良い

63: [―{}@{}@{}-] デフォルトの名無しさん
10/01/15 10:47:55
>>60
そこの人、前もPython vs Clojureとか言って残念なPythonコード書いて
一部のPythonistaの反感買ってなかったっけ。
Rubyとか良く知らんけどdef files以下14行は
def files(rootDir)
Dir.glob("#{rootDir}/*/*") {|f| yield f }
end
でいいよね?

Clojureのコード例が悪くないだけに残念だなーと思う

64:デフォルトの名無しさん
10/01/16 10:44:18
>>63
あの手の比較をなん人でやってるか知らないけども、一人で作ってるならば
その言語を使いつづけている人の使い方をどれも実現するってのは、時間が
かかるんじゃないかと考えますね。無理がどうしても起るだろうね。できれ
ば、それぞれを主力として使ってる人に同じ問題を解かせて、それを検証す
るほうがフェアになるだろうとは思うよ。となると、ゴルフ系サイト(オイ
ラーとか)のもので検証してもよいかもしれない。ただ、ゴルフ系の最適化
は行数をみじかくするほうに流れがちだから、あれも特殊コードということ
もいえるかも。

65:デフォルトの名無しさん
10/01/16 15:57:45
オイラーってゴルフなのか?

66:デフォルトの名無しさん
10/01/16 16:14:22
>>65
かんちがいしてたか？すんまへん。

67:っっあ
10/01/16 19:38:08
Project Eulerは答の数字を書き込むだけでコードの投稿は必要ない。
フォーラムでもコードの短さより効率の良さを議論したりしてるような感じだね。
3msで解けたぜーとか。

ClojureでGolfといえば
URLﾘﾝｸ(blog.fogus.me)
ここの人が新しいClojure本書いてるみたいよ

68:デフォルトの名無しさん
10/01/16 20:21:13
これだね
URLﾘﾝｸ(www.manning.com)

69:デフォルトの名無しさん
10/01/17 00:23:20
・Clojure in Action
URLﾘﾝｸ(manning.com)

Introduction to Clojure (Green Paper - PDF) メール登録
18ページ。字がちっちゃいような。

下記の本編と内容とだいたい同じような気がする…
Part I - Learning Clojure
1. Introduction to Clojure - FREE

70:デフォルトの名無しさん
10/01/17 00:32:59
The Joy of Clojureの作者Michael Fogus氏は日本語がしゃべれる
奥さんが日本人なんだってTwitterでゆってた

71:デフォルトの名無しさん
10/01/17 00:51:09
Translateしたわけじゃなかったんだな、あれ

72:デフォルトの名無しさん
10/01/17 16:02:12
すまん、Clojureを今日初めてさわった、setqとかsetfがなくて焦った
基本的にimmutableなデータが主で、mutableならstmとか使えとかだってしってないと結構びっくりする（だってlispだってきいたんだもん！）

って人結構多いんじゃないかなぁ（俺だけ？）

73:デフォルトの名無しさん
10/01/17 20:57:16
>>72
clojureはhaskellっぽくやらないとlispっぽさがでない不思議がある。

74:デフォルトの名無しさん
10/01/17 22:35:26
なまじLispを知ってると混乱する

75:デフォルトの名無しさん
10/01/18 19:01:48
なまじSmalltalkを知ってると混乱するObjective-Cみたいなもんか

76:デフォルトの名無しさん
10/01/18 23:39:43
そうやなぁ。 >>75 c++のオブジェクトの扱いを知ってたらclosで面喰らう
というのと似てるかもな。でも知らないよりはゆうりだよ。

77:デフォルトの名無しさん
10/01/19 12:11:11
オブジェクト指向がどうのこうの言ってる奴がいると原始人に思えて仕方がないｗ

78:デフォルトの名無しさん
10/01/19 16:50:11
Lispって括弧内のデータ配列表現で全部書くから見た目が統一的できれいだね。
他の言語は書き方がいろいろあるせいでゴチャゴチャしてて見づらい。と、思うようになった。

79:デフォルトの名無しさん
10/01/19 19:42:23
>>78
むかしからずっとなんだけど不等号だけはパッと見で大小関係が把握しにくい
(> a b) の > aに着目しちゃうせいで b > aに勘違いしちゃう

80:デフォルトの名無しさん
10/01/19 19:55:36
clojureは結構ゴチャついてるよな
連打で括弧を閉じていきたいんだけど、括弧の種類を慎重に見極める必要があるｗ

81:デフォルトの名無しさん
10/01/19 20:00:09
Clojure、こいつは流行らないぞ

82:デフォルトの名無しさん
10/01/19 22:33:30
>>81
なんで？

83:デフォルトの名無しさん
10/01/20 10:59:45
そろそろ店頭に本がならぶころかな。

84:デフォルトの名無しさん
10/01/20 11:36:37
30日とかじゃなかったっけ？＞本

85:デフォルトの名無しさん
10/01/20 12:20:39
1/22 だったのが 1/25 取次搬入になったみたい
URLﾘﾝｸ(twitter.com)

86:デフォルトの名無しさん
10/01/20 12:43:12
>>80
R6RS Scheme でも cond の節に [ ～ ] を使ってて括弧の対応を間違えてる人を見たことがある
paredit.el みたいなのを使って構造エディタっぽくやっていれば大丈夫なんだろうか
それとも Clojure だと )))])) みたいに閉括弧が並ぶところで
種類を考えないといけないパターンは少なくなるようになってるのかな

87:84
10/01/20 12:51:11
>>85
サンクス。30日とか変なデマ流してすまん。

88:84
10/01/20 12:52:22
括弧の対応はエディタ任せって約束したじゃないですかー！

89:デフォルトの名無しさん
10/01/21 08:49:23
]は全部閉じるってじっちゃんが言ってた

90:デフォルトの名無しさん
10/01/21 11:06:41
>>80
emacsなら.emacsにそうかいとけ。

91:デフォルトの名無しさん
10/01/23 00:59:46
ClojureCLR (beta)
URLﾘﾝｸ(github.com)

clojure.orgのTOPにCLRへのリンクっていつからあるんだろう？

まえClojureで、CLR版は作らないような受け答えなかったっけ？とおもったら、
Rich Hickey本人じゃなくて、記憶してたのは、Stuart Hallowayへのインタビューだった。

URLﾘﾝｸ(www.infoq.com)
＞ InfoQ: （Javaプラットフォームだけではなく）マルチプラットフォームのClojureを見てみたいと思いますか？
＞ Halloway: もちろん、私は機能的なLispが.NETプラットフォームと一緒になったものを歓迎します
＞ -- しかし、それはClojureであるべきではありません。

92:デフォルトの名無しさん
10/01/23 09:35:52
Clojure in Clojureはその布石ですね

93:デフォルトの名無しさん
10/01/23 10:39:49
clojureの前身プロジェクトってCLR用のDotLispなんだよなー
まあCLRだとunixコミュニティのサポートが得にくいからjvmに移行したのは賢明だと思うけど

94:デフォルトの名無しさん
10/01/23 11:40:17
CLRならunix総力を上げて潰すのですね
賢明です

95:デフォルトの名無しさん
10/01/23 11:50:06
>>91
そこの原文を見たらちょっとニュアンスが違う。
> No. Clojure's tight integration with Java is key to its power.
> Of course I would welcome a functional Lisp tied to the .NET platform
> -- but it shouldn't be Clojure.

96:デフォルトの名無しさん
10/01/23 12:28:31
プログラミングClojure
URLﾘﾝｸ(www.amazon.co.jp)
>発売日： 2010/1/26

●献本をもらった人たちの解説と感想
月の塵
URLﾘﾝｸ(d.hatena.ne.jp)
suztomoの日記
URLﾘﾝｸ(d.hatena.ne.jp)
Lisp log
URLﾘﾝｸ(cadr.g.hatena.ne.jp)
ひげぽん OSとか作っちゃうかMona-
URLﾘﾝｸ(d.hatena.ne.jp)

97:デフォルトの名無しさん
10/01/24 08:40:40
どうせおれなんて献本なんて貰ったことねーよorz

98:デフォルトの名無しさん
10/01/24 10:06:45
>>97
何かを手に入れたい、何かを目標にがんばろう、と思ってがんばっても、
それに手が届くところまで来れたときには、すでに必要なくなっている、
って良くあるよね。
俺の人生はすべてそうだった。

99:デフォルトの名無しさん
10/01/24 10:11:35
>>98
俺もプログラマカッコイイと思ってプログラマになったが、今はやめたくて仕方が無い。

100:デフォルトの名無しさん
10/01/24 10:29:44
献本もらってるのはレビューとかに参加した人達じゃね?
バイト代みたいなもんでそ。

101:デフォルトの名無しさん
10/01/24 11:28:25
出版された本の誤植を報告しておくと次に別のレビューに誘われるかもよ
あとは、書評の人として有名になってたりすると献本が送り付けられてくるかも

102:デフォルトの名無しさん
10/01/24 12:31:18
ok、レビューに呼んでもらえるようにブログに書評を書くことからはじめるよ
全然関係なくてもgaucheとかclojureとか書いてshiroさんに
拾ってもらえるようにがんばる

103:デフォルトの名無しさん
10/01/24 12:37:37
>>102
あと批判とかもすんなよ。
基本ＹＥＳマン

104:デフォルトの名無しさん
10/01/24 14:04:04
>>102
今なら、clojureの日本語情報があまりないから、海外の情報をいちはやく
紹介してみたらいいかも？ただし、clojureのその他の本が出るのが早い
次期になるとは思えない。
オンラインでもオフラインでも良いが、勉強会を開くなどして目立っていけ。
れと、yesマンになる必要はない。

105:デフォルトの名無しさん
10/01/24 15:03:37
>>102
レビュアーとしては、誤字脱字レベルじゃなくて、内容まで突っ込んだ話ができると重宝がられると思う
用語が変だとか、想定される読者にはこういう言い方の方が通じやすいんじゃないか、とか
書評の方だとやっぱり目立つ人が強い
あの××が認めた、みたいな感じだとやっぱり評判になるし
そういう意味では単純な yes マンよりは、良い悪いをきちんと言える人の方が信用されると思う

106:デフォルトの名無しさん
10/01/25 12:42:47
『プログラミングClojure』ってそろそろ書店に並んでいるかな？

107:デフォルトの名無しさん
10/01/25 12:44:51
昨日はジュンク堂においてなかった

108:デフォルトの名無しさん
10/01/25 15:26:44
先ほど秋葉原の文教堂も書泉も置いてなかった

109:デフォルトの名無しさん
10/01/25 15:28:05
amazonは予約受付中だった（konozama?

110:デフォルトの名無しさん
10/01/25 16:42:37
今日取次搬入らしいから明日には並ぶのかな
amazon も 1/26 発売としてるし

111:デフォルトの名無しさん
10/01/25 18:07:00
>>104
自分は公正・公平に判断している、と自称している人間でも、
たとえ筋が通っていたとしても批判されるとムッとなって意見を聞こうともしなくなる奴が結構いるけどね。
俺はそういう奴をリアルで何人も知ってるし、とりわけブログ書いているような奴らはそういうのが顕著。
たとえば池田信夫ｗ

112:デフォルトの名無しさん
10/01/25 18:09:47
秋葉原の書泉ブックタワーで確保
隣に並べてあるScala本に比べると薄くて小さくてちと寂しい

113:デフォルトの名無しさん
10/01/25 19:38:52
最初の本としては薄い方がとっつきやすくていいな

114:デフォルトの名無しさん
10/01/25 20:42:30
>>111
池田はな…。進化で電波を飛している人としか思ってない。アルファ系
といわれる人たちはそれがプライドになってるからな。ふんぞりかえる
ことと誠実なことの区別ができない人もいるが、プログラミング系のと
ころはyesマンの必要はないけども、個性がつよいってのはまちがいな
い。105に書かれているように、論理性だよ。ただし、それを取捨選択す
るのは著者だから。

115:デフォルトの名無しさん
10/01/25 20:53:45
電波って書いたのは「とんでも系」だって意味ね。それに、111の書いてる
ダブスタ系の人は多いけど、そんな人はちゃんと信頼を失うという代償を払
うから、賢明ならば適当にながしておくことだな。器の大きな人か小さな人
かも判断できるしね。
ただ、筋が通ってる意見を言ったつもりでも、御互いにみてる視点が違った
り同じことを言ってるのにお互いに理解できてなかったりもありますから、
おたがいにダブスタにならないように気をつけることだな。

116:デフォルトの名無しさん
10/01/25 21:03:47
>>115
ブログだとコメント承認制のところが多いから、批判系の意見は承認しないということも多いし、
仮に承認しても本文と日時を黙って修正して批判者が本文をよく読まずに誹謗中傷する頭のおかしい人だ
というレッテルを張ってくることもある。
有名な人でも時々それがあるから本当に困る。
批判者は俺じゃないんだが、昔のMatzもそんなことしていた時期があったよ。
ともかく、どんなに論理的な意見でも真っ向から批判するんじゃなくて、
YESマンを装いつつ自分の言いたいことを伝えるような難しい技術が必要なんだよ。

117:デフォルトの名無しさん
10/01/25 21:28:32
>>116
まあね。結構色々なブログをお読みみたいだね。承認制はおおくなったし、
批判に対して不寛容なところはおっしゃるように増えてるかもしれない。
有名人も含めて文字を通してのやりとりって慣れてないのと、心地良いもの
だけを惹き付けない癖がついちゃってとれない人もいるのは本当だろうな。
皮肉なことに第三者としてそれを見てるとその人の知性までみえてしまう
から恐しいものさ。

ただし、その人達が政治的なことを糸を引くようなところがあるとは限らな
い。まず、そんな暇があったらプログラミングしてるだろう。それがハッ
カーだし。それに、レビューとかそんなのを拾い上げる人ってのは著者だけ
ではないし、出版の編集者も関わってくることだよ。これは、111で書いて
るように公平性の問題かな。そこからはyesマンばかりではないのね。

上手に言いたいことを伝える技術はおっしゃるように重要だ。まずは、敵対
関係ではないことと、それをお互いに良くしようとしているという前提を
わすれない伝えかたを考えるってことだろう。それがyesマン風かと聞かれ
るとどうだろう？それを容易くするためには信頼関係を強くすることだろ
うよ。

118:デフォルトの名無しさん
10/01/26 00:21:15
同じ出版社のやつは、scalaも薄いですよ。（作者の熟練度もあるんでしょうが）
URLﾘﾝｸ(pragprog.com)
Clojureの場合も、1，2年すればWeb開発とか分散系に特化した専門的な本も出てくる気はする。

ruby1.9 960p
ruby1.8 864p
erlang 536p
↑詳解
↓紹介
groovy 320p
clojure 304p
scala 250p

manning
- Clojure in Action 475p
- The Joy of Clojure 300p
apress
- Practical Clojure 350p

119:デフォルトの名無しさん
10/01/26 13:29:27
献本する側からすると関係者以外へ送るやつは宣伝費なので、要は宣伝として
有効なら良い。書評書いてくれそうで界隈にそこそこ有名であることは大前提
だけど、yesマンに書かせると嘘くさくて潜在的読者が引くのでyesマンは要ら
ない。
かといって、影響力の大きいところに思いっきり叩かれると本当に売り上げに
響いて恐い。

だから、普段から技術的に価値の高い記事を書いていて、他人の本とか記事を、
良いところはよく褒めて悪いところはするどく指摘するという当たり前のこと
をやってる人が献本しやすい。

120:デフォルトの名無しさん
10/01/26 17:25:56
Windows上なのにMeadow+Slime+clojure-mode+clojureで幸せすぎる
もしかしてタダで使えるWindows上のlisp処理系で一番いい選択肢なんじゃなかろうか？

121:デフォルトの名無しさん
10/01/26 18:44:46
>>120
たぶんそう。

122:デフォルトの名無しさん
10/01/26 19:00:00
Hanchentootとかを動かしたくてCL覚えようとしたんだけどWin上だとThreadがダメだったり
asdf-installがめんどくさかったりとものすごく敷居が高いんだ

でもclojureで実用系の部分をjavaの資産つかっておけばあとは自分がやりたいことだけに専念できる気がするんでものすごくありがたいかも

123:デフォルトの名無しさん
10/01/26 19:42:47
>>122
うん。windowsでcommon lispを使うときは外部のライブラリに泣かされるからね。windowsを捨てても問題はないから捨てるのも一考だが。藁
abclもjava資産を使えるという意味ではよいだろうけど、ECLIPSE,NETBEANS
などのプラグインも開発されてそれを使えば、即ClojureのREPLまで使えるか
らインストールの負担は一番すくないからね。clojureのライブラリを生かそ
うとすれば、ほんの少し敷居があがるけどね。どのOSでもどのIDE/editorでも
環境が容易されているってのは強みだと思う。

ただ、Clojureの問題は、まったくの初心者向けの情報もあまりないことかも
しれない。

124:デフォルトの名無しさん
10/01/26 20:10:20
おいらはnewlispも結構いいなと思ってる

125:デフォルトの名無しさん
10/01/26 20:18:21
Amazon未だに予約受付中で涙目なんだけどなんでなんだぜ...
速攻売り切れた？

126:デフォルトの名無しさん
10/01/26 21:19:56
おれもだ。もしや届いていないかと急いで会社から帰ってきてしまった。
自宅と会社用にAmazon予約と地元の本屋で二冊買うぜ。

127:デフォルトの名無しさん
10/01/26 21:55:50
秋葉原の書泉では平積みだった
もちろん買った

128:デフォルトの名無しさん
10/01/26 22:29:45
地方の本屋にゃ売ってなかったよ。まぁいい。
Amazonからの配達をワクテカして待つ。

129:デフォルトの名無しさん
10/01/27 17:53:24
『プログラミングClojure』帰りがけに駅ビル中の本屋によったら、一冊だけ有った。
うっかり買いそうになっちまったぜ、あぶないあぶないｗ

130:デフォルトの名無しさん
10/01/27 18:00:03
買ったら駄目なん？

131:デフォルトの名無しさん
10/01/27 18:21:38
明日あたり入るかな？＠北海道

132:デフォルトの名無しさん
10/01/27 19:22:16
Clojureに興味持ってる人ってもともとLispかじってた人だけ？

133:デフォルトの名無しさん
10/01/27 19:52:42
Lispやってない奴は構文的にとっつきやすそうなScalaにいく気がするな...

134:デフォルトの名無しさん
10/01/27 20:06:19
scalaとclojureに勢力が分かれて
どっちもメジャーになれないみたいな感じになるな

135:デフォルトの名無しさん
10/01/27 21:06:40
Common Lispで言う「クロージャー」の綴りは"Closure"だとせっかく覚えたのに
最近、"Clozure CL" だの　"Clojure言語" だの紛らわしいのが増えてきて、困ったもんだｗ

136:デフォルトの名無しさん
10/01/27 21:47:33
名前を造語にするのは検索しやすいからよい
最近非常に検索しづらい名前の言語がでたけど、
きっと作ったところはそういうことを何もわかってないんだろうな

137:デフォルトの名無しさん
10/01/28 01:56:44
おっとJの悪口はそこまでだぜ・・・

138:デフォルトの名無しさん
10/01/28 02:07:16
>>133
lispに興味があって(無いならまず除けると思う）関数型言語に興味がある場合はこっちに来ると思う
マルチスレッドでの効率に関係して関数型言語に触れようとした場合で、最近の傾向を知っているならSTMが標準で準備されてるClojureに目がいくと思う

というかscalaはerlangとかがライバルなんじゃなかろうか？
ってなわけでscalaとclojureがバッティングすることってあんまり無いような気がする

139:デフォルトの名無しさん
10/01/28 02:16:02
つまんねえ比較どうでもいいよ。

140:デフォルトの名無しさん
10/01/28 06:51:21
キミという一個人が感じるつまらなさは、もっとどうでもいいんだけどね。

141:デフォルトの名無しさん
10/01/28 12:05:59
>>138
STMが関数型言語と関係しているみたいな言い方だけど、
これは一個人ではなくClojureの公式見解？

142:デフォルトの名無しさん
10/01/28 22:12:06
日本語でおｋ

143:デフォルトの名無しさん
10/01/29 21:46:27
北海道の片田舎だがようやく買えた
さて読むか

144:デフォルトの名無しさん
10/01/30 00:04:11
AnarchyGolfの対応言語に追加してもらったよ。 URLﾘﾝｸ(golf.shinh.org)
休憩中にでもやってみれ

145:デフォルトの名無しさん
10/01/30 00:20:08
>>144
CLだと割と短いコード書けるけど（トップには及ばないんだよなぁOTL)clojur

#てな訳で精進中（CL派はsetqにとりつかれているかも）

146:デフォルトの名無しさん
10/01/30 08:08:29
ちょっとOCamlっぽいな

147:デフォルトの名無しさん
10/01/30 19:11:36
Golf方面にはがんばらなくていいよ・・・

148:デフォルトの名無しさん
10/01/30 19:15:08
実数とか整数ってjava.lang.Doubleとかなのね

149:デフォルトの名無しさん
10/01/30 19:19:56
golfだけはな…。初心者が手を染めるものではないわな。
プログラミングスタイルに悪い癖が付いてしまう。

150:デフォルトの名無しさん
10/01/31 07:49:41
仕様よく知らないけど、
やっぱシンボルドット表記でクラスの階層参照するわけだよな？
(かんたら(ref うんたら))形式はやっぱアホだよなあ
やっぱ(うんたら.かんたら)だよなあ
翻訳したshiroさん自身はどう思ってるのかな

151:デフォルトの名無しさん
10/01/31 10:41:54
「はよく知らないけどだからアホ」とか…はてなやTwitterで見慣れたけどね。
半可通って知ってるか？生半可な知識で通ぶるのは一般的には恥ずかしいことだ。

152:デフォルトの名無しさん
10/01/31 11:03:45
>>151
作者の意図を正確に掴んで、別の方法を提示した上で双方の手法に
利点と問題点を纏めて指摘できるようなやつなら、有名人になって
るかもな。所詮、テレビのコメンテーター気取りってだけの話。

153:デフォルトの名無しさん
10/01/31 18:12:48
＞生半可な知識で通ぶる
知ってたら通ぶれないんだろ

154:デフォルトの名無しさん
10/02/02 00:25:25
iPhnoeとか、他のケータイでなんか遊べないんかな？
活用術みたいなのってない？

155:デフォルトの名無しさん
10/02/02 00:26:34
誤爆した

156:デフォルトの名無しさん
10/02/02 17:29:12
昨日からプログラミングClojure読みながらREPL動かしてるがすごいなこれ
予想よりもはるかにしっかり作り込まれてる
(個人的には、大体のものはimmutable、seqは遅延評価、STM使えるという
Haskellっぽいところが特に気に入った)
本気でClojure使う気がなくても、
「自分の使ってるLispでも同じ機能あったら便利だな、
マクロで似た機能作ろう」というアイデアを得る為だけとしても
さわってみる価値はあるかも。with-metaとか

気に入らない部分もなくはないけど、
(数値や文字列はJavaのオブジェクトなのでメタデータつけられないとか)
大した事ではない・・・と思う多分

157:デフォルトの名無しさん
10/02/02 22:23:08
本読んでるだけでも楽しくなる

158:デフォルトの名無しさん
10/02/02 22:36:48
ベンチ代わりにふつーにフィボナッチやらせてみたらclispより２倍くらい遅かったｗ

159:デフォルトの名無しさん
10/02/02 22:42:54
わざわざJVM上に構築してるわけだから、速さは期待できないよな。

おもしろい構文とかJavaのライブラリを自由に呼び出せるのが魅力だろう。

160:デフォルトの名無しさん
10/02/03 05:47:32
javaの-serverオプションが効果的になるね

161:デフォルトの名無しさん
10/02/03 11:15:20
>>158
clojureでフィボナッチといっても、どんな関数を作ってやった？
再帰なのか無限シーケンスなのかそれとも？

162:デフォルトの名無しさん
10/02/03 11:17:14
clojureの再帰もclojureの流儀はちょっと特殊だけど、
それを無視した再帰を公開してるブログもあるよ。
もちろん、速さに影響がある。

163:デフォルトの名無しさん
10/02/03 12:32:45
time clj fib.clj
って感じで測ってるなら重い重いJVMの立ち上げがあるからそのへんが軽いclispと比べても…

164:デフォルトの名無しさん
10/02/03 12:47:11
clojureの本に速いってかいてあったけど速いのか？

165:デフォルトの名無しさん
10/02/03 13:04:15
(def fibo
(fn [n]
(cond (or (= n 0) (= n 1)) 1
　　 :else (+ (fibo (- n 1)) (fibo (- n 2))))))
(def beti (. java.lang.System (currentTimeMillis)))
(println (fibo 40))
(def afti (. java.lang.System (currentTimeMillis)))
(println (/ (- afti beti) 1000.0))
こんな感じで比べてみたんよ

166:デフォルトの名無しさん
10/02/03 13:48:30
再帰のところはrecurを使わなきゃ。でも、fibは再帰で苦手な例だったよね。
clispとの比較だから遅延はさせてないのかもしれないが。

遅延を効かしてないし、clojureの特徴はいかせてみると
(defn fib2 [x y]
　 (lazy-seq
　　 (when-let [foo (+ x y)]
　　　 (cons x (fib2 y foo)))))
として
user>(def fibo-list (fib2 0 1))
user> (time (take 40 fibo-list))
としてごらん。

167:デフォルトの名無しさん
10/02/03 20:35:18
Windows上のClisp2.48とClojure 1.1.0だと Clojureのfibの方がちょっと速かったな。
(compile 'fib)したらClispの方が速くなったけど。

まあしかし色々書き方あって面白いね
(defn lfib [n]
(loop [a 1 b 1 i n]
(if (= i 0) a
(recur b (+ a b) (dec i)))))

(use 'clojure.contrib.def)
(defn-memo mfib [n]
(if (< n 2) 1
(+ (mfib (- n 1))
(mfib (- n 2)))))

(def fibseq (map first (iterate (fn [[a b]] [b (+ a b)]) [1 1])))

(time (prn :loop (lfib 40)))
(time (prn :memo (mfib 40)))
(time (prn :seq (nth fibseq 40)))

168:デフォルトの名無しさん
10/02/03 22:50:36
>>167
java -serverで起動するとclojureの方が早いよ
sbclはもっと早いけど

169:168
10/02/03 22:51:55

java -client(こっちがデフォルト）とjava -serverだと普通に8倍くらい違う

170:デフォルトの名無しさん
10/02/06 14:58:58
>>2で紹介してくれてるチュートリアル見てるけど面白そうだ。
練習問題集みたいなページない？

171:デフォルトの名無しさん
10/02/06 21:19:10
問題集なのか分からんけど
・Project Euler
URLﾘﾝｸ(projecteuler.net)
・SICP
URLﾘﾝｸ(mitpress.mit.edu)
書籍ごと書き換えてるやつ(途中？)
・SICP in Clojure ( URLﾘﾝｸ(mitpress.mit.edu) )
URLﾘﾝｸ(sicpinclojure.com)
Lisp本のサンプルコード書き換えたもの
・ Practical Common Lisp ( URLﾘﾝｸ(www.gigamonkeys.com) )
URLﾘﾝｸ(github.com)
・ On Lisp (URLﾘﾝｸ(www.komaba.utmc.or.jp) URLﾘﾝｸ(www.paulgraham.com))
URLﾘﾝｸ(github.com)
その他
・ Programming Clojure
URLﾘﾝｸ(github.com)

172:170
10/02/06 21:36:17
>>171
たくさん紹介して頂いて有難うございます

173:デフォルトの名無しさん
10/02/06 23:46:29
ちょっと助けて、
[{ :id 1 :label "value1"} { :id 2 :label "val2" }]
こういうベクターをそのままファイルに書き出して読み込もうとしたのだけど
with-out-writeでprintしちゃうとダブルクォートが無くなって
[{ :id 1 :label value1} { :id 2 :label val2 }]
↑の様になってしまうのだけど、意図したとおりにREPLでの表現と同じ形式でファイルに書き出すにはどうしたらよいのだろう？

174:デフォルトの名無しさん
10/02/07 03:26:38
一旦strで文字列化してから出力すればok

175:デフォルトの名無しさん
10/02/07 06:10:37
>>174
ありがとう
おかげで外部化できた

176:デフォルトの名無しさん
10/02/08 03:12:14
duck-streamのread-linesをwindowsのreplで使ってると
うかつに最後まで読ませないでいると消せないファイルだらけになってしまうのね
(let [ header (take 3 (read-lines (. fileChooser getSelectedFile))) ]
;headerのアタマだけなんかする
)
repl抜けるまでファイル消せなくなって焦った
こういうときってどういう風にするのがよいのかね？

177:デフォルトの名無しさん
10/02/08 04:08:38
>>176
なんというwindowsの罠・・・
同じようにやってみたら、よくexplore.exeがやるみたいに、
jreが開いたファイルをロックしっぱなしにしてた
直接ファイルpathをread-linesせずに、with-in-readerで囲めば、
そのブロックを抜けたらロック解除してくれる
(read-linesには引数として*in*を渡す)

ちなみに、unlockerというソフトで、ロックしてるかどうか調べた
本来は、explorer等によってファイルが無駄にロックされて困る時に
強制的にロック解除するソフト
windows使うなら入れといて損は無いと思う

178:デフォルトの名無しさん
10/02/08 17:45:42
>>171
ありがとう

179:デフォルトの名無しさん
10/02/09 02:02:51
>>67-71 のFogusさんのスライドが紹介されてた。
Clojure 1.1 の廃止・追加とその後についての物（英語）だった。
URLﾘﾝｸ(www.fogus.me)

180:デフォルトの名無しさん
10/02/09 22:07:51
>>177
ありがとう、with-*がC++のdestructerみたいな使い方するときのイディオムなのね

181:デフォルトの名無しさん
10/02/10 00:50:10
javaで扱えるunicode文字ならなんでもかんでもシンボルやらキーワードにできるのね
contrib.sqlはダメかと思ったらそういう文字つかったテーブルとかすらもりもりと生成できてびっくらこいた

182:デフォルトの名無しさん
10/02/10 02:22:24
emacs-slime経由だとjavamailがセキュリティチェックに引っかかるorz

183:デフォルトの名無しさん
10/02/10 02:44:39
俺がアホだった、mailcapのファイル名まちがってたorz
回線切って寝る

184:デフォルトの名無しさん
10/02/10 10:19:17
URLﾘﾝｸ(vintage-digital.com)
clojureだけ敵でﾜﾗﾀ

185:デフォルトの名無しさん
10/02/10 11:50:58
ボーグなのかいｗ
いや待て、ロキュータスなことに意味があるのかもよ？ｗ

186:デフォルトの名無しさん
10/02/10 17:07:29
>>184

ちょっとまてPHPはダ○ン症か？道徳的に問題あるんじゃない？

187:デフォルトの名無しさん
10/02/10 20:04:05
rubyはやめといたほうがよさそうだ

188:デフォルトの名無しさん
10/02/10 22:45:29
自己紹介(common lisp)はないんかいｗ

189:デフォルトの名無しさん
10/02/10 22:46:32
よく見たらあった
眼科逝ってくる

190:デフォルトの名無しさん
10/02/10 22:48:12
ASP.NETってセクシーなんだな

191:デフォルトの名無しさん
10/02/10 22:52:21
>>186
あれはただの男の子だろ？小学生くらいの。

192:デフォルトの名無しさん
10/02/10 23:26:47
あぶなっかしいガキンチョじゃないかな >PHP

193:デフォルトの名無しさん
10/02/10 23:28:45
カークはないな。不純だが便利という意味でスコッティを推奨する。

194:デフォルトの名無しさん
10/02/10 23:31:32
ぅあ…がいないな…

195:デフォルトの名無しさん
10/02/11 10:49:20
>>193
その立場はEmacs lispがとったもよう

196:デフォルトの名無しさん
10/02/11 15:55:21
名前の由来は何でしょうか？

197:デフォルトの名無しさん
10/02/11 16:02:12
closure + java =: clo[j]ure

198:デフォルトの名無しさん
10/02/11 17:01:30
ありがとうございます
しかしClojureの数多くある機能の中で
なぜクロージャだけ名前に使われるほどフィーチャーされたのですか？

199:デフォルトの名無しさん
10/02/11 18:15:34
>>198
リッチなヒッキーさんに直接聞いた方がいいんじゃね？

200:デフォルトの名無しさん
10/02/11 18:19:40
>>198
語感がカッコイイからキマットル。

201:デフォルトの名無しさん
10/02/11 18:55:38
>>198
s-exp + java で名前が s-presso とかだとガッカリするから

202:デフォルトの名無しさん
10/02/11 19:09:52
ダサすぎるw>s-presso
そういや昔はコーヒーにちなんだ名前がたくさんあったな、今から考えると
かなりカッコわるい

203:デフォルトの名無しさん
10/02/11 19:15:18
>>202
珈琲ならまだいい、javaが登場した当初はお茶とカレーのネタにうんざりしたもんだぞ

204:デフォルトの名無しさん
10/02/11 19:34:39
#t と currying のネタを思い付いたけど、書き込むのは止めておくわw

205:デフォルトの名無しさん
10/02/11 21:00:38
>>198
やっぱLISPを象徴する機能だからじゃないか？ > closure

206:デフォルトの名無しさん
10/02/11 22:17:41
言語名は造語だとぐぐらびりてぃー的に良いよね。

207:デフォルトの名無しさん
10/02/12 00:11:42
“scheme”は今は結構まともだけど最初は酷かった＞ぐぐる
2chスレのおかげだな

208:デフォルトの名無しさん
10/02/12 00:44:05
最近、hl=ja なぐぐるは色々と残念な希ガス。プログラムの話題は特に。
ぐぐる先生が悪いんじゃなくて、日本語で書かれたコンテンツが残念なだけかもしらんけど。

209:デフォルトの名無しさん
10/02/12 02:21:29
日本語だと残念な部分(言い回しとか)まではっきり見えるからだろ

210:デフォルトの名無しさん
10/02/12 08:18:13
期待するパッケージがずらずら表示されるぐんにょり感
qt とか洋物ツールの情報を探すのコツがいる、とか

たまに yandex で引いてみたり naver で引いてみたりする

211:デフォルトの名無しさん
10/02/12 09:54:15
FORTHがセオドア・カジンスキーだってのもなんだろうね。
lisperにとってそんな脅威？

212:デフォルトの名無しさん
10/02/12 10:01:23
ユナボマー？

213:デフォルトの名無しさん
10/02/12 10:03:58
>>211
文明の発展にNOって感じなんじゃないの
FORTHの進化ってあんま聞いた事ないし

214:デフォルトの名無しさん
10/02/12 10:24:10
>>209
いや根本的に日本が残念なんだよw

215:デフォルトの名無しさん
10/02/12 11:26:04
三段目がスタートレックなのはわかるけど
赤提灯ののん兵衛っぽいおっさんの元ネタが
わかりそうでわからないのだった・・・

はすけるはどっくだぬばっくとぅざふぃちゃだぬ

216:デフォルトの名無しさん
10/02/12 16:06:22
今気付いたんだが、googleのappspotってJava使えるから、Clojureもいけるんじゃね？
そう思ってぐぐったら既に先人がいた
URLﾘﾝｸ(wave-samples-gallery.appspot.com)
これはgoogle waveのbotだけど、普通にも使えるようだから
手軽に無料で遊べそうな予感

次ページ