Lisp系言語の第一印象は「括弧が多すぎ！」でした。

この括弧の多さが Lispを難解そうに感じさせ、人によっては拒絶反応をおこします。（昔の僕ですが）

しかしある程度Clojureに慣れてから括弧について考えてみると
「あると思えばある、ないと思えばない。」という感覚です。

たとえるなら日本語における「句読点」。また、テキストエディタによってはスペースやタブ、改行を表示できますがアレと同じ感覚です。

構文を見るときに括弧の存在を気にしてはいません。
配置（インデント）で理解しています。

半年前の自分に伝えるならば、上のコードはこう見えていると言うでしょう。

閉じ括弧はエディタがかってに付けるもので、括弧の整合性は気にしていません。 もし間違っていたらインデントが崩れるのですぐに判ります。

閉じ括弧が連続すると何らかの大きなブロックの終わりと感じます。

インデントでコードを理解しているということは、インデントが正しく扱えないと致命的だということになります。

TextMateにてLispのインデントで整形する方法については こちら の記事をどうぞ。

Lispをはじめる前はあの独特のインデントに拒否感がありました。

たとえば 先の記事 のコードを例にとると

のようなインデントです。

同じコードを一般的な言語風にインデントすると

のようになるでしょう。
見慣れたスタイルですがちょっと間延びして見えます。

Lisp風のインデントではブロックは

このように視覚的に圧縮されています。

慣れた今となってはこちらの方が見やすくて好きです。

あー、やっぱりemacsもいいかも。
emacsはLisp系言語の扱いには強いなぁ・・って当然か。

Clojure関係のスライドをあさっていたら洗脳されました（笑）
SlideShare | Paredit Preso

emacsというより ParEdit が素晴らしい。
さっそく Aquamacs Emacs をインストールしてParEditを設定してみた。

あれ？ ParEdit CheatSheet にある動作で再現できないものがある。

paredit-backward-kill-word (M-DEL) がただの単語削除になってしまう。
pareditモードでキー割当を調べてみたところ、該当する関数が割り当てられていない。

OS X だからなのか Aquamacs だからなのかは判らないけど
とりあえず emacsの設定ファイルに以下を追加することで解決できた。

(eval-after-load 'paredit
  '(define-key paredit-mode-map (kbd "M-<backspace>")
     'paredit-backward-kill-word))

Clojureの開発環境は僕の知る限り以下のものが有名です。

• TextMate – Clojure.tmbundle
• Emacs – clojure-mode
• NetBean – enclojure
• Eclipse – clojure-dev
• Vim – VimClojure

その他にも Lispboxのemacs版といえる Clojure Box などがあるようです。

僕は主にTextMateを使っていますがClojureの導入はとても簡単。
バンドルさえインストールしておけばclojureが見つからなければセットアップするかどうかを聞いてきます。

ClojureバンドルはGithubでいろいろみつかりますが僕はこれを使いました。
http://github.com/kek/clojure-tmbundle

導入のし方も念のため：

% cd ~/Library/Application\ Support/TextMate/Bundles/
% git clone git://github.com/kek/clojure-tmbundle.git Clojure.tmbundle
% osascript -e 'tell app "TextMate" to reload bundles'
% ./Clojure.tmbundle/Vendor/clj-update-and-build

最後のコマンドでclojureの導入も済ませてしまっています。
バンドルのディレクトリの Vendor/ 以下にセットアップされます。 Clojure環境のアップデートも同じコマンドでおこないます。

TextMateはLisp系インデントに弱いので、その辺を何とかしたい場合は TextMateでのClojureのインデント解決編 を参考にしてください。

Clojure(Lisp)をTextMateで使うときの豆知識。 もあわせてどうぞ。

ささいな事だけど、もし気付いてないと結構めんどくさい思いをします。

TextMateは改行時やコードをペーストした時に自動でインデントしてくれるのですが。いこれが余計に感じるケースがあります。

例えばインデントが開いたまま改行すると

こうなります。まあこれが普通なんだけど、行頭に移動したい場合もある。

そんなときは ⌥⇧↩ (Option + Shift + Return)

で可能。

ここまでは普通の言語でもよくある話。

Lisp系言語ではコーディングルールが独特で、最後にまとめて括弧を閉じてしまうことが多いです。

その場合にTextMateが、（Rubyなどの場合と違って）「ブロックが閉じているかどうかを無視して直前の行のインデントにならう」のが問題。

たとえば、カーソルが行頭にあったとしてもペースト時に

と直前の行にならってしまう。

こういう場合は ⌃⌘V (Control + Command + V) を使うと

このようにカーソル位置に則したインデントでペーストをしてくれます。

このショートカットに気付いてからTextMateでClojureのコードを書くのがかなり楽になりました。

あれ・・・？ インデントといえばPythonもそうじゃん。
これって多くのPython使いの人は知ってたの？
ひょっとしてTextMateの常識だった？

Clojure上でのWebフレームワークを探してみた。
定番ぽいのが３つ見つかった。

1. Compojure　　

コードサンプルを一見するとSinatraと錯覚してしまう。
作者も web.py や Sinatra にインスパイアされたと言っている。

参考リンク： Googleグループ, github

2. Webjure

最近はCompojureにおされているかも。
検索するとCompojureと並んでよく出てくる。

3. Conjure

Clojure上でのrailsを目指してるっぽい。(Tutorial)

Conjureは以下のライブラリを含んでいる：

• ring : RubyでいうことろのRack
• clj-record : RubyでいうところのActiveRecord
• clj-html : HTMLテンプレート記述言語。Lisp系とxml系は相性がいいよね。

その他気になったもの（あとで読む）

• Enlive : Enlive is a selector-based (à la CSS) templating library for Clojure.
• Specjure : BDDフレームワーク。名前のまんまだね。

Clojure系は -jure と名付けてるのが多いようですね。 Gorenjureとかあったら作者は日本人だろうなw

言語とかライブラリ名前って実在する単語と被っていると検索しづらい。 その点ClojureとかPerlとかは読み方も明快で検索しやすくて素敵。 Goとか最悪ですｗ

WordTwit のバージョンが 2.2.3 になっていました。

Version 2.2.3

Added fixes as suggested by majilab for tweets & languages

先日のパッチのためだけにバージョン切ってくれたのね。
動作もバッチリです。ありがとう ＞ 中の人
Thanks, Dev Team.

僕と同様の不具合がでていた方はアップデートしてみてください。

参考エントリ：
WordTwitの文字化けを修正。
WordTwitが正常に動かないので修正してみる。

先の記事で紹介したWordTwit、実は2つ前に投稿した記事 『Windowsさんの親切っぷりは異常。』 から使っていたのですが、この記事はtwitterにポストされていませんでした。

どうやら不具合は一つだけではなかったようで・・。

ソースを調べてみると時刻判定部分に原因がありました。

変更点は以下の通り：

サーバ時間（phpのロケール？）とWordPressのタイムゾーンがあっていないとダメかもしれませんが、僕の環境ではこれで問題ないのでとりあえず良しとします。

–

[追記] WordTwit v2.2.3にて修正されました。

参考エントリ： WordTwitがさっそく対応してくれました。

いままではfriendfeed経由でブログの更新をtwitterにポストしていたのですが、ブログからの投稿だということが判りにくかったのが欠点。

そこでWordPressの投稿をtwitterに投稿するプラグイン、WordTwit(2.2.2)を導入してみました。

さっそく設定してみたのですが、プラグイン設定画面のメッセージが文字化けします。

phpにありがちな mbstring.internal_encoding とかの問題ではないみたいです。

データベースを除いてみるとちゃんとUTF-8で文字化けせずに格納されています。

プラグインの管理画面を表示する部分のソースを除いてみると、メッセージがhtmlentitiesでラップされている。あやしい。

% php -r 'echo htmlentities("マンジラボ 『[title]』 - [link]");'
 
ã##ã#³ã#¸ã#©ã## ã##[title]ã## - [link]

ああ、やっぱり。

phpのマニュアルをひいてみるとhtmlentitiesでは ISO-8859-1 文字セットがデフォルトの文字エンコーディングになっている。

1バイト圏の人がつくるとこういうのって気付かないんだろうね。というかphpが悪い気もする。

変更点は以下の通り。

さて、作者にフィードバックしようと思ったけどフォーラムって登録制だった。
なんか萎えるなぁ。

twitterのアカウントを発見したからこの記事とgistのパッチのURLを送っておこうっと。

–

[追記] WordTwit v2.2.3にて修正されました。

参考エントリ： WordTwitがさっそく対応してくれました。

長らく連載がストップしている某マンガ風なタイトルで。

Clojureのドキュメントやチュートリアルでよく見かけるフィボナッチ数列を求める関数定義：

(def fibs (lazy-cat [0 1]
     (map + fibs (rest fibs))))

一見しただけでは えっ？これで動くの？ と感じてしまうのだが 紙の上で動かしてみるとなるほど納得できた。

2行目の map関数での処理部分はつまることろ

       fibs: 0  1  1  2  3  5 ...
(rest fibs): 1  1  2  3  5  8 ...
;----------------------------------
   0  1   +: 1  2  3  5  8 13 ...

と、まさにフィボナッチ数の定義そのままをコードにしたもの。
動作も順を追っていくと理解できる。

[0 1]                             ; -> [0 1]
[0 1] + (map + [0 1] [1])         ; -> [0 1 1]
[0 1] + (map + [0 1 1] [1 1])     ; -> [0 1 1 2]
[0 1] + (map + [0 1 1 2] [1 1 2]) ; -> [0 1 1 2 3]

再帰と遅延評価はそれぞれ理解していたつもりだけど こうやって組み合わされると一瞬「ん？これで動くの？」と考えてしまう。
まだ思考がこっち側になれていないみたい。

知識だけではすんなり頭に入っていかないこの感覚はまさに数学のそれに似てるな。 おもしろい。