Emacs/CIDER で 5 倍快適 REPL リロードライフ - tnoda-clojure
昨日の Clojure 夜会で @athos0220 さんが「REPL ライフをもっと快適に」という LT を披露されました．お役立ち情報満載なので，これから Clojure を始めるという人は是非一読しましょう．と，おすすめします． Emacs/CIDER 流リロードさて，その発表の中で clojure.tools.namespace.repl/refresh 関数の紹介がありました． この関数を簡単に説明すると， 名前空間の依存関係を解決してリロードを実行してくれるという便利関数ということになります． この関数を含む namespace.repl ライブラリは，標準の clojure.jar には含まれないため， Leiningen などで別に調達する必要があります． そこで，発表では tools.namespace を Leiningen の依存関係に追加する方法をスライド 12 で
Why we’re no longer using Core.typed | The Circle Blog - tnoda-clojure
この記事には Clojure で core.typed を使おうとしたときに感じることがまとめられているので， core.typed を使うかどうか考えている人は，一通り読んでみると良いでしょう。 core.typed によってもたらされる型システムの安心感は何物にも代え難いのですが， core.typed 導入による不便もあるので，利得と損失とどちらが大きいかを考えて導入するべきです。 CircleCI のチームは両者を比較して core.typed を使うのをやめています。 この記事でも指摘されている core.typed を使うときの不便なところには， コンパイルが遅くなる Scala みたいになるだったら始めから Scala でよいのでは？Clojure 言語を全てサポートしているわけではない たとえば comp 関数を扱えない普通サードパーティのライブラリは core.typed
JVM のオプション設定で Clojure の起動を 30% 高速化 → さらに高速化で起動時間半減へ - tnoda-clojure
遅い遅いと言われる Clojure の起動ですが，JVM のオプションを正しく設定すれば少しは速くなります． 以前，TieredCompilation オプションで起動をちょっとだけ高速化． というメモを書いたのですが，このメモで紹介したオプションを，-XX:TieredStopAtLevel=1 と組み合わせることで，Clojure の起動をオプション無しのときと比較して，30% 高速化できました． まずはベースラインから， ~ % /usr/bin/time java -client -cp ~/clojure.jar clojure.main -e nil 1.10 real 1.60 user 0.11 sys 私の環境では 1.1 秒かかっています．次に，-XX:TieredCompilation を追加します． ~ % /usr/bin/time java -XX:+Tiere
Java と比べて Clojure が 3 倍以上遅いというのは何かの間違いではないかと思って確かめたら，やっぱり間違いだった件 - tnoda-clojure
マルチコアプログラミングの概念と Java 8/Scala/Clojure での書き方，および，各プログラミング言語間での比較記事がはてなブックマークで 93 ブクマ（執筆時点）を集めており，人気となっています． マルチコア時代のプログラマは関数脳になろう〜Scala・Clojure〜 - Tech-Sketch 記事を読んでみるとなるほど分かりやすく，各プログラミング言語の違いも比較的すっと頭に入ってくる良い記事でした．この記事を書いた作者に敬意を表します． しかし，まとめのところに書かれている実行時間比較を見てみると，何かがおかしいのです． （元記事，まとめの表からの引用） Java7 Java8 Scala Clojure 非並列処理実時間 0m32.304s 0m32.511s 0m50.478s 1m38.138s ＣＰＵ時間 0m33.730s 0m35.842s 2m12.2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
