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

このエントリーをはてなブックマークに追加
942 ：デフォルトの名無しさん：2013/09/10(火) 03:07:21.94
「java関連以外は全部CommonLispと同じです」でよかったのに
なぜ、括弧を減らさすとか余計なことをしたのか…

似た言語を作ろうと考えてる人は、「java関連以外は全部scheme(R5)と同じです」という言語を作ってください
943 ：デフォルトの名無しさん：2013/09/10(火) 07:29:28.59
CommonLispとは違う新しいLispを作る方が主目的で、
JVM上で動かすのはオマケだろ
944 ：デフォルトの名無しさん：2013/09/10(火) 10:41:15.54
>>942
それならArmed Bear Common Lispで。
945 ：デフォルトの名無しさん：2013/09/10(火) 13:09:49.30
>>942
Kawaでも使っとれ
946 ：デフォルトの名無しさん：2013/09/10(火) 18:01:54.38
この二つは検索すればすぐ探せるし、アクティブなプロジェクトだと思う。
abcl 1.2.1 (2013/06/27)
http://abcl.org/
kawa 1.13 (2012/12/10)
http://www.gnu.org/software/kawa/

clojure使ってるひとも大抵はJVMが使いたい訳ではないように、大抵はJVM上でlispを使いたい訳ではないよね。
947 ：デフォルトの名無しさん：2013/09/10(火) 21:12:23.09
だがjavaのAPIは使いたい
948 ：デフォルトの名無しさん：2013/09/10(火) 21:18:39.63
javaのインフラに依存しまくるつもりなので別にclやschemeじゃなくてもいいやって感じ
949 ：デフォルトの名無しさん：2013/09/11(水) 14:09:18.38
俺は括弧が少なくなったり[]になったの歓迎派
とは言え、今のclojureの構文が最適解だとは思ってない
letのbinding部は[]じゃなく{}の方がよかったなあ、とか思ってる
950 ：デフォルトの名無しさん：2013/09/11(水) 18:35:30.08
順番関係あるんだからマップリテラル{}はだめだろ
951 ：デフォルトの名無しさん：2013/09/11(水) 23:10:03.40
カッコが少なくなるのは歓迎だけどリテラル以外は()で統一して欲しかったような気もする
952 ：デフォルトの名無しさん：2013/09/12(木) 04:39:59.86
そうすると他言語に慣れているとはじめは見にくくなる
初心者にはとっかかりにくいからいろんな括弧多用して読みやすくしてるわけだし
953 ：デフォルトの名無しさん：2013/09/12(木) 12:42:47.59
往年のLisperにとって()に統一されてないのは寂しいのかもしれないけど、
そもそもClojureで言われるS式は厳密にはS式ではないのだし、()にこだわる意味はあまりないと思う。
954 ：デフォルトの名無しさん：2013/09/12(木) 22:11:36.21
defun が defn になったのには反対
955 ：デフォルトの名無しさん：2013/09/12(木) 22:36:36.20
久しぶりに他のlispを書くとdefun, define, defnを間違えてコンパイラに怒られる
956 ：デフォルトの名無しさん：2013/09/13(金) 05:05:02.56
それって、editor の keyword (色付け)で気づきそうなもんだけど
957 ：デフォルトの名無しさん：2013/09/13(金) 07:04:36.79
IntelliJのLaClojureプラグインにあるレインボーなんちゃらっていうオプションをオンにしたら
対応するカッコ同士がマジレインボー
958 ：デフォルトの名無しさん：2013/09/13(金) 12:51:16.21
>>956
エディタがlispモードだから
959 ：デフォルトの名無しさん：2013/09/13(金) 21:00:39.58
>>953
それでもcond節のカッコ省きはおいらはうれしかった
つか元のLispってなんでcondのカッコあんなんなんだ?
960 ：デフォルトの名無しさん：2013/09/13(金) 23:13:53.31
>>959
構造を素直に反映した結果じゃねえの。
フラットにすると情報が欠落して、cond は
ニコイチって知識無しには復元出来なくなる。
処理する時のループ書くのも楽だし、
書き損じのリスクやダメージも少ない。

等ともっともらしい事を考えてみたけど。
961 ：デフォルトの名無しさん：2013/09/13(金) 23:30:26.80
記憶違いな気がしてならないが
ホントはCONDを修正したいってMcCarthy自身が言ってなかったけ？
962 ：デフォルトの名無しさん：2013/09/14(土) 00:14:02.32
http://clojurecup.com/
二週間後にこんにちは
963 ：デフォルトの名無しさん：2013/09/17(火) 00:15:11.40
http://thinkrelevance.com/blog/2013/09/16/relevance-and-metadata-partners-join-forces-to-become-cognitect
clojure/core参加者が一つにまとまるようだ。
964 ：デフォルトの名無しさん：2013/09/17(火) 02:26:15.30
関数型言語でset!系まわりが面倒くさくなってるのがlispとの違いということでしょうか
965 ：デフォルトの名無しさん：2013/09/19(木) 00:16:52.17
http://thechangelog.com/rich-hickeys-greatest-hits/
八月に追加されてる
966 ：デフォルトの名無しさん：2013/09/19(木) 02:18:22.97
人材募集の記事だがなかなか参考になる
http://functionaljobs.com/jobs/8646-clojure-engineers-needed-at-factual
967 ：デフォルトの名無しさん：2013/09/19(木) 22:51:59.78
find-doc があるから書籍いらないと思う
968 ：デフォルトの名無しさん：2013/09/27(金) 04:01:24.93
clojure-pyってgithubのデータ見るとVersion 0.1だけど
pythonのサイト見ると0.2.4になってるけどいったいどうなってるんだ
969 ：デフォルトの名無しさん：2013/09/27(金) 08:04:17.37
記述が古いってだけじゃ。
970 ：デフォルトの名無しさん：2013/09/27(金) 15:56:20.33
ソース内でのバージョン定義はHEADでは0.2.4になってた
ttps://github.com/halgari/clojure-py/blob/master/clojure/main.py
リリースタグとかふってないし非常に追いづらい
おそらく通常配布はgithub以外でやってると思われるので、
githubから取るよりもそっちから取った方が安全だと思われる
971 ：デフォルトの名無しさん：2013/09/27(金) 15:59:23.14
githubのソースみても、バージョン埋め込んでるところはなさそう。
どちらにせよ、githubもPyPIのも一年前のままという認識で合ってる。
972 ：デフォルトの名無しさん：2013/09/27(金) 22:20:56.71
本屋に新しいclojure本が出てた
外部ライブラリをふんだんにダウンロードするやり方だけど、あれって、どこまでオフィシャル度があるのだろうか
973 ：デフォルトの名無しさん：2013/09/27(金) 22:33:53.07
>>972
オフィシャル度ってなんだよハゲ
974 ：デフォルトの名無しさん：2013/09/27(金) 22:44:50.39
>>973
本で紹介してるライブラリが消えない or 統合されない or モジュールが変わらない or 関数名が変わらない　度数

coreですら不安
975 ：デフォルトの名無しさん：2013/09/27(金) 22:49:27.51
載ってる奴全部今の段階でフォークしちまって
お前のリポジトリとして公開すりゃその条件満たせるじゃん
976 ：デフォルトの名無しさん：2013/09/27(金) 22:54:59.62
git や lein は嫌いなんだ…
977 ：デフォルトの名無しさん：2013/09/27(金) 22:57:27.34
leiningen嫌いならClojureの何が好きなの…
mavenリポだし割と安心して使えると思うが
978 ：デフォルトの名無しさん：2013/09/27(金) 23:09:27.39
>>977
そもそも環境がスタンドアロンで独立した状態で完結してないと不安
979 ：デフォルトの名無しさん：2013/09/27(金) 23:19:51.75
>>978
$ lein uberjar

そんな我儘言うなら他所の子になりなさい
多分他所でも帰れって言われるから
980 ：デフォルトの名無しさん：2013/09/27(金) 23:24:53.56
どこで拾ってきたか分からないモノに汚染されてると、家でやってた作業が会社でできない
また、ライブラリ群のダウンロード前提だと、作業環境のサイズが爆発する
981 ：デフォルトの名無しさん：2013/09/27(金) 23:55:35.69
新しい本ってこれか
http://www.amazon.co.jp/dp/4774159913/
Haddopとなかなかよさそうな内容だな
982 ：デフォルトの名無しさん：2013/09/28(土) 00:46:45.44
コレってどの本の翻訳なの？
原本のレビュー観たいんだけども
983 ：デフォルトの名無しさん：2013/09/28(土) 01:01:59.78
洋書としては見たことない。というわけで探したらこちらか
https://github.com/hellonico/niclojure
984 ：電波いっぱい：2013/09/28(土) 01:02:53.82
翻訳でなくてオリジナルでしょ。
985 ：デフォルトの名無しさん：2013/09/28(土) 01:07:36.66
>>982
日本でしかでてないよ
986 ：デフォルトの名無しさん：2013/09/28(土) 01:21:21.39
>>983-985
ありがとうございます
やっぱり出てないんですね著者の名前で検索してみて出てなさそうだとは思ったんですが、
海外の人なのでもしかしたら原書があるかもと想いまして。
987 ：デフォルトの名無しさん：2013/09/28(土) 10:16:59.06
980超えてたね。次スレ建てみる
988 ：デフォルトの名無しさん：2013/09/28(土) 12:02:07.00
次スレ
【Lisp】プログラミング言語 Clojure #3【JVM】
http://toro.2ch.net/test/read.cgi/tech/1380333808/
989 ：デフォルトの名無しさん：2013/09/28(土) 12:27:44.36
http://www.indiegogo.com/projects/typed-clojure
https://groups.google.com/forum/#!topic/clojure/5H8M1cwodek
Typed Clojureをフルタイムで開発するためにクラウドファウンディングでお金集めてるらしい。
LightTableの時は2000万円ぐらい集まってたね。
オーストラリアだったと思うけど、フルタイムで200万円か。
何ヶ月かわらないけど、人材価値と商品価値のギャップが何倍かあるプロジェクト感満載？
990 ：デフォルトの名無しさん：2013/09/28(土) 12:45:24.43
http://www.indiegogo.com/individuals/222990/activities
RHも100ドル募ってイベントに呼び出す権利獲得してた。
991 ：デフォルトの名無しさん：
>>983
それ書籍になったんか、ちょっと前からおっかけてたけど、GitHubだと訳文そんなになかったのに
著者と訳者がんばってんだな

明日探して買ってこよう。(でも本当はオンライン版がいいんだけどなぁ orz)