【Lisp】プログラミング言語 Clojure #4【JVM】 [無断転載禁止]©2ch.net
【リファレンス】
API Overview - Clojure v1.8 (stable)
ttp://clojure.github.io/clojure/
Clojure Libraries - Clojure Contrib, Leiningen, ...
ttp://clojure.org/api/api
grimoire - community combined cheatsheet + examples
ttp://grimoire.arrdem.com/
ClojureDocs - community provided example repositoryttp://clojuredocs.org/
CrossClj - library cross-referencettp://crossclj.info/
【ブログ・ML・質問箱】
Clojure
ttp://groups.google.com/forum/#!forum/clojure
Clojure Dev
ttp://groups.google.com/forum/#!forum/clojure-dev
planet clojure
ttp://planet.clojure.in/
stackoverflow.com tag:clojure
ttp://stackoverflow.com/questions/tagged/clojure
Reddit(clojure)
ttp://www.reddit.com/r/clojure
github.com clojure
ttp://github.com/languages/Clojure
Clojure-jp (日本語)
ttp://groups.google.com/forum/#!forum/clojure-ja 【チュートリアル】
Clojure Koans
ttp://clojurekoans.com/
ttp://clojurescriptkoans.com/
labrepl
ttp://github.com/relevance/labrepl
4Clojure
ttp://www.4clojure.com/
Clojure の日本語ガイド
ttps://ayato-p.github.io/clojure-beginner/
【コーディング規則】
Library Coding Standards
ttp://dev.clojure.org/display/community/Library+Coding+Standards
コミュニティベースのClojureスタイルガイド(bbatsov/clojure-style-guideの日本語訳)
ttps://github.com/totakke/clojure-style-guide 【本】
ttp://www.amazon.co.jp/s?field-keywords=clojure
Programming Clojure (2nd edition)
ttp://blog.practical-scheme.net/shiro/20130417-programming-clojure-2nd (日本語版)
英語の本
ttp://clojure.org/community/books
【動画】
ttps://youtube.com/user/ClojureTV
【その他】
Clojureをつくったわけ
ttp://www.geidai.ac.jp/~marui/clojure/rationale/
InfoQ: ClojureがSTMとLISPをJVMにもたらす
ttp://www.infoq.com/jp/news/2009/02/clojure-interview-halloway
InfoQ: Rich Hicky氏、Clojureの特徴と実装について語る
ttp://www.infoq.com/jp/news/2009/06/hickey-clojure
InfoQ: Clojureに関するコンテンツ
http://www.infoq.com/jp/clojure/
InfoQ: All of Rich Hickey's Content
http://www.infoq.com/author/Rich-Hickey
RailsConf 2012 基調講演 Simplicity Matters 翻訳書き起し
ttp://eed3si9n.com/node/141 まさにHTMLというでかいデータ構造をReact/JSXで書くという点に不満を抱いている人はおおいね
Clojureはデータ構造をベターっと書くのが得意だからうまく処理できる re-frameすげぇびっくり
HTMLをemacs+clojure単体でhiccupで書くだけでも楽だったのだけどSPAでものすごいお気楽に書けるのでびっくり
おいらは社内で猛プッシュ中なのだけどclojureがlisp系なので忌避されて泣きそう JVM上で動くということはAndroidアプリも作れるということですか? Clojure - Frequently Asked Questions
https://clojure.org/guides/faq
公式にFAQページなんてあったっけ?ツイートで見かけたけど最近できたのかな? sampleで思い出したのだけど、lein newとboot -d boot/new newで作れる雛形を検索できるサイトってあったっけ?
こういう感じのやつ(yo)
http://yeoman.io/generators/ 初心者向けwebスタック作るっていってたやつのアルファ版らしい。
http://arachne-framework.org/posts/2017/alpha-release/
目標がよく分かってないけど、phpのlaravelみたいに使いづらいところが無くなるようにフレームワークで全体をならすようなつもりだったのかね。 好きなclojureのcore関数は?
ttps://twitter.com/fogus/status/824297817502052352 lux 0.5.0
It's meant to be a functional, statically-typed Lisp that will run on several platforms, such as the Java Virtual Machine and JavaScript interpreters.
https://github.com/LuxLang/lux
https://luxlang.gitbooks.io/the-lux-programming-language ClosureCompiler用の外部JS宣言を推論してくれるらしい。
Externs (Alpha)
https://clojurescript.org/guides/externs javaのmutableなコレクションをうまく扱えるようなライブラリってないかな
具体的にはdouble型からなるmutableな型をdeftypeで宣言して、
array かjava.util.ArrayListに投げてmutableなmap!とかを実装してる奴
自分で書いて試してみろって?そりゃそうなんだけど
clojureの設計思想から真っ向から反しているのはわかってるけど
こういうニーズも満たせればclojureって最強言語なんじゃねと思うんだけど あらためて調べて考えたんだけど
javaでは、ヴァルハラがくるまで、ジェネリクスパラメータにプリミティブが使えないんだよね
じゃあ例えばリストを使う場合に特定の参照型、例えばboxed Doubleのような参照型が要素になり、結局mutableのメリットがなくなるってことなのかな
javaはあまり詳しくないけど、プリミティブはメモリを直接上書きするから、高速
オブジェクトは変更されると、
動的に新しい値がメモリに割り当てられ、古いデータはGCに回収されるとする
そうするとミュータブルクラスはパーシステントクラスを使ってるのと決定的な差がなくなってくるという考えに行き着くんだけど javaだとgc避けるために、off-heepのスタック領域などにリングバッファ作って処理する話が出てくるね。 lmaxのdisruptorとか?
てかいまのやりとりでようやく固定長のキューではなくリングバッファ使っている理由がなんとなくわかった気がするわ >>25
それ必要かな?
メモリセンシティブな用途以外出番なくね? clojureでbigdataな処理をやりたいとかね
sparkとかつかえよっていう話かもしれないが
とりあえずletをうまくつかったら40分の計算が9秒になったわ
だがrepl出力にアウトプットをそのまま垂れ流そうとすると標準i/o出力に40分かかってしまう
ちなみに9秒になったのはlazyで計算されてないわけではなく計算値のlastは普通に12(9+3)秒程度で取得できる
大型なデータのrepl出力を手軽に高速化する方法ってないのかな
なんか挙動見てる限りchunk seqをちまちま出力しているように見える、計算結果はinto []してるんだけどな >>32
replの出力鈍いからなぁ
ものすげぇ長い戻り値って端からわかってるならファイルに書いちゃうのが吉
いつもemacs+ciderでうぼあーってなる自分が言うのもなんだけど あれから少し調べたけど
system/outがそもそも遅いみたいね
普通にreplの挙動を考えると1ラインで1システムコールだもんな
OSコールと描画のオーバーヘッドは無視できない
とりあえずbufferedwriterでsystem/outを包んでやるか、素直にfileに出すのが良さそうね
だからみんなtimbreとかlog4jとか使ってるわけだ unixならtail -fなりでいいしね。winで調べたらpowershellか。 いろいろ調べたけどそもそも計算できてなかったわ
lazy-seqのvectorになってただけだった facebook傘下のwitaiが基盤実装をclojureからc++かhaskellに移行する予定だったらしく、haskellにしたとのこと。
移行したら読みやすいみたいな話もちょっとだけ。
clojureの場合、ライブラリは一度作るまでいろいろいじって、一回出来るとあまりいじらないイメージもあるけど、実装を多人数でよくいじるみたいなのだと、難しいのかな?
IDE上手く使えばそういう開発もできるのだけど、最初からなんでも決まってるほうがいいってのはgo見るとわかる気もする。
https://wit.ai/blog/2017/05/01/new-duckling http://postd.cc/measuring-gc-latencies-in-haskell-ocaml-racket/
http://postd.cc/golangs-real-time-gc-in-theory-and-practice/
gc関連の話題に触れると、基盤系はgcチューニングに結構リソース割いてるgoやそもそもgc回避できるrustが来そうってのはあるが、
javaはどうなってくんだろうね。
JVM言語向けのvmやpauseless vmを開発してる話は聞くんだけど、あまりリソースが割けてなさそう。