This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-06-12
Channels
- # admin-announcements (35)
- # beginners (18)
- # boot (257)
- # cider (14)
- # clojure (226)
- # clojure-china (1)
- # clojure-germany (2)
- # clojure-japan (91)
- # clojure-korea (3)
- # clojure-poland (11)
- # clojure-spain (37)
- # clojure-ukraine (1)
- # clojurescript (165)
- # code-reviews (33)
- # datomic (8)
- # editors (42)
- # euroclojure (2)
- # jobs (30)
- # ldnclj (72)
- # reading-clojure (5)
- # slack-help (5)
昨日の横浜Scalaに参加してpriyatamさんの発表聞いた方いないです? https://yokohama-scala.doorkeeper.jp/events/26314
@iyahoo: オンライン学習のコード(wagtail)の方は、各手法を同じフレームワークで処理できるようにし、割と現論文に忠実になるように、変数名をキーワードにして多少でも読みやすくしてあります。とは言え、あんまり理論を理解せずに書いてるのがばれちゃいそうですね 😉
そんなこと書いてあるとは知らなかった…w http://shibuya.lisp-users.org/about.html
人増えてきて目を通していない方ももしかしたらいると思うので CoC 置いておきますね https://docs.google.com/document/d/1fq1cOOz_fyLWqyeQsIeeDf_DZG0fg_w8ADp-nf0wcdM/edit#heading=h.k97m9smo6m50 bad words list 、当然のように日本語ないですけどまぁそのへんは適宜気をつけましょう、くらいでいいんですかね?たぶん
bad wordsは文化的な違いもあるんで、まぁ一概には適用できないですよねー。リストには”masochist"とかも載ってますけど、日本で最近日常的に使われるSやMにはもうほとんど性的な意味合いがなさそうですし。
Javaのチャートライブラリを流用して使ったりしていましたが、それも面倒なので、割りきってRを使うかと思って簡単なブリッジを作りかけたら、tnodaさんが遥かに洗練された形で実装されているので、それを楽しみにお待ちすることにしています 😉
@fanannan: incanter 使っている人少なそうですし,私も使っていないので,あのライブラリの incanter サポート落とそうかと思っています。依存関係が面倒なんです。
はじめまして。日本のclojuriansがこんな沢山いて
よろしくお願いします
http://rundis.github.io/blog/2015/parembrace.html https://github.com/rundis/parembrace
ひと通りみた感じだと Slurp forward fully みたいなのは良さそうと思いますけど、それ以外の良さそうなところはそんなにないかなーという印象( Light Table は使ったこと無いので元々ないなら結構良さそうな気はしますけど)
そういう、Clojureコードを解釈するとこまでやろうと思うと、一旦readしてデータとして操作するのが楽なんですけど、一度readしてしまうと空白とかリーダーマクロを吹き飛ばしてしまうので元のインデントなんかを保ったまま書き戻せないっていう問題があるんですよ
まぁASTは持ってると思います。Clojureコンパイラやtools.analyzerが持ってるようなものじゃなくて、「ここに空白が何個入ってる」とかって情報も含めたものですが。