Clojurians Log v2
clojure-japan
関数定義も普通にできるみたい
セッションタイムアウトは設定されてると思うけど、どのくらいの時間有効なんだろう
有効というのは定義がいつまで使えるか、というこｔです？
です。サンドボックスにはclojailを使ってると思うんですけど、仕組み上一定時間で定義というか名前空間を捨てていかないとGCできないので。
僕もそれ前に気になりましたけど、気にしないことにしました（
(f 42)
誤爆
うーん
あと、clojailはサンドボックスライブラリとしてもわりとザルなので、あまり使うのもどうなんだろうという気が
具体的にどのへんがです？（ザル
clojailってコードをトラバースしてブラックリストに載ってるシンボルがコード中に出現しないかチェックしてるんですけど、ブラックリストに載ってるシンボルでもメタプログラミング的に生成してしまうと使えてしまう、とか
みたいな感じで、evalとかリスクのある名前は使おうとするとSecurityErrorになるようになってます。これがブラックリスト。
闇の技術だ…
こんな感じに、evalってシンボルそのものじゃなくて、シンボルevaとシンボルlをコンパイル時につなげるみたいなことをすると、簡単に突破できます
理屈は分かりますけど実際それを防ぐのだいぶしんどいですよね
なので、Clojureの真面目なサンドボックスを作ろうと思った場合、Clojureのコードを見るんじゃなくて、Javaのサンドボックス機能を使うなりして、実行時に「fooクラスのbarメソッドが呼ばれた」みたいなのを検知しないとダメだと思います
なるほど
ただ、Javaのセキュリティ機能でメソッド呼び出しを禁止するためには、そのクラスがそういう実装になってないとダメなので、「Clojureのコアクラスのこのメソッドを呼び出しちゃいけない」っていうのを後づけで指定できないので、現実的にはさっきの方針はかなり難しいです
Clojure そのものを修正する必要が出てくるということですかねー。真面目にやるなら。
もうちょっと現実的な方法としては、自前でクラスローダを用意して、Clojureコアのクラスをロードするときに特定のメソッドにセキュリティチェックを挿入するロードタイムウィービングとかが考えられますけど、まぁこっちにしてもヘビーなことには変わりないですね。
(Java ってそんなこと出来るんですねっておどろいているところ)
クラスローダはバイト配列としてのJavaバイトコードからクラスを生成できるんで、そのバイト配列の段階ならお好きなように煮るなり焼くなりできます😉
Java を煮る技術…
Clojureの場合、コンパイラとクラスローダがかなり密に結合してる感じがするんで、自前のクラスローダを差し挟んだときにまともに動くのかは分からないですね。やったことない。
なんかヤバい事してるー！？(ｶﾞﾋﾞｰﾝ)
これ無限シーケンス評価しようとしたら止めてくれるんですよね？(不安顔)
やばいことはしてません！(まだ)
さすがに他のチャンネルに影響でそうでこわい
タイムアウトしてても割とこわい
タイムアウトまでの間、メモリ食うのは避けられないですからね
(・ω<)
ClojureベースのDSLみたいなの作ろうとする場合、サンドボックスというかクリーンルーム？的なものを作るのって結構大変なんですね～
いや、ちゃんと機能限定すればそうでもない……？
汎用的なものを作るのは難しいと思います。今だとむしろ、仮想環境を作っては捨てる運用の方がよっぽど安く実現できそうな気がします。
仮装環境といいますと、REPLサーバみたいなものを作っては捨てる、みたいなイメージなんでしょうか(ピンときてない)
コンテナ型の仮想化技術を使って、リクエストごとにコンテナを作るようなのをイメージしてました
あるある > alter-var-root!
clojureはいまいち ! の有無の統一が取れてない感ある。 set! swap! とかは ! 付き、 aset alter-var-root とかは ! なし
どこかで、トランザクションの中で呼び出すべきじゃないものに！がついている、という説を見た気がしますけど、これもすべてをカバーできるルールではないでしょうね
ただ、この説だと破壊的操作でない io! マクロになんで！がついているのかっていう説明にはなるんですよね
おー、なるほどです
そういえばかなり前に出てた話題ですが、condのインデントが深くなる問題、自分は勝手に cond* という名前のマクロを書いて使ってます。ただこれを他の人もいじるコードでも使うべきかはかなり悩むところ
(他にも let1 とか、scheme(gauche)由来のマクロが結構あります)
ちょっとテスト
これでいいのかな
;;; (cond*
;;; [(very-long-pred? arg1 arg2 arg3)
;;; (very-long-proc! arg4 arg5 arg6)]
;;; [(pred2?) => #(proc2 arg1 arg2 % arg3)]
;;; [(pred3?) (do-aaa!) (do-bbb!) (do-ccc!)]
;;; [:else (proc3! arg1 arg2 arg3)])
(defmacro cond*
"cond came from scheme"
[& clauses]
;; clausesが空の場合はnil(再帰展開時用。ifの第二引数が省略可能なのを利用)
(if (empty? clauses)
nil
(let [current-clause (first clauses)
left-clauses (rest clauses)
pred (first current-clause)
bodies (rest current-clause)
body-fn (when (= '=> (first bodies))
(second bodies))]
(cond
;; => がある場合は、predの結果をbodyに適用(優先順位高)
body-fn `(if-let [r# ~pred]
(~body-fn r#)
(cond* ~@left-clauses))
;; 'else もしくは :else の時はショートカット可能
;; TODO: 数値等の、他の真値にも対応してもよい
(or
(= 'else pred)
(keyword? pred)) `(do ~@bodies)
;; それ以外の場合は普通にifに展開
:else `(if ~pred
(do ~@bodies)
(cond* ~@left-clauses))))))
こんなの
これまた話が戻るんですが、自分は :pre を使わずに、関数の最初の方で (assert ...) を書くようにしてます。理由は :pre だと例えば、 (defn foo [m] {:pre [(map? m)]} (do-something)) で m がmapじゃなかった時に「じゃあmには何が入っていたのよ？」というのを表示してくれないから…
とは言え (assert (map? m)) でもそれは同様なので、いちいち (assert (map? m) (str "Invalid map " m)) みたいに毎回書く事が多いです。
この辺、便利機能が実は既にあったりしないでしょうか…
アサートの話だと個人的にそれはテストで解決できる気がするんですが、それじゃダメなんでしょうか？
あー、なるほどです、テストを通すなら、テスト側で渡してる値が分かってるからokですね。自分はあまりテスト書かないので…
アサーションは「この関数にはこういうものを期待してます」という表明なので、そこにそれ以外のものが来る場合は呼び出し側の実装が悪いはずで、そっち側を僕なら調べるかなぁと。
あと、そういうときは spyscope とか使うと楽ですかねー。
おー、こんなのあるんですね > spyscope
僕が clojure 始めたときに教えてもらって結構重宝してました。(最近そういえばあまり使ってない気がしますが
おっ、丁度こんな感じの欲しいと思ってたのです。早速導入しよう。
なんかこう、1つの関数がズントコでかくなっていって、途中の動きがわからず混乱する事が多いのです。
僕が書いたやつであれですけど、デバッグ周りで悩んでるならこの辺参考になると思いますー。 http://ayato.hateblo.jp/entry/20150419/1429437366 ついでに言うと Cursive ならステップ実行とか普通に出来て便利でした。
わー、ドンピシャなテクやたらあるー！ ありがとうございます！
なんというか「あとがき」に共感することしきり。
というか暇なときにあやぴーさんのブログ全体的に読み漁った方が色々良い気がしてきた。ググって見付けて参考にした事は何度もあるのですが。
(全体的に読み漁られると闇しかないです…)
ここしばらく、cljsでゲームを作っていました。 http://vnctst.tir.jp/ja/games/op0012-3.html
オープニングがシュールで笑いましたｗ でも、凄いですね。こういうゲームとか作ったこと無いので作ってみたいです :simple_smile:
あばばば…cljsというか、js環境でこんだけ出来るんですか……しゅごい……
(非推奨とされているスマホプレしつつ)
canvasとかで昔のスーファミとかの疑似3Dやってるんですよねこれ。
はい。きちんと3Dの処理はしてないです。canvasを使ってます