2010-10-04(月) [長年日記]
■ Clojure勉強中(1)
小田急線や横浜線で『プログラミングClojure』を開いたまま寝こけている人がいたら、それはワタシです。
いやまぁ、寝こけていることがあるのは事実ながら、数年前にSchemeにチャレンジしてすぐに挫折したのに比べると、ずいぶん理解してる感じはする。Clojureの構文がSchemeに比べて慣れ親しんだものに近いというのはあるが(といってもカッコ乱発のList属には違いないけど)、それ以上についこのあいだ『メタプログラミングRuby』を読んだことが効いてる。
読みながら「これをRubyで書いたらどうなるだろう」と思い浮かべると、その答えがあるていど頭に浮かぶから、理解が早い。プログラミングを初めて学ぶ初学者ならまだしも、あるていど経験があって頭の固くなった大人にとって、知っている知識を足場にできるかどうかは学習スピードに相当な違いが出るものだ。Lisp属の教科書にも、他言語と比較しながら学べる『はじめてのRuby』みたいな本があればいいのにね。
で、実際にREPLに対してポチポチとサンプルコードを打ち込みながら学習を進めているわけです。簡潔に書ける言語だからと言って、本の説明までずいぶん簡潔だったりするものだから、動かしてみないと何が書いてあるのかさっぱり理解できなかったりするので(唐突に登場したマクロの説明が50ページもあとに登場したりするし)。うっかり「(iterate inc 0)」とか打ち込んで「ギャッ」とか言ったりするわけです。ま、ひさしぶりに新しい言語を学ぶのは楽しいな。
もっとも、JavaVM上で動作する、Javaのクラスライブラリを直接呼び出せるLisp属言語ということで、けっこう妙なところがあるのだけど。特にメソッドチェインのシンタックスシュガーはなかなかキモい。あと、末尾再帰最適化ができないと知って「えっ」と思ったところ。大丈夫でしょうか……。
2010-10-02(土) [長年日記]
■ Debian lennyでClojure開発環境を作る
Android用アプリの開発をするために『プログラミングClojure』を読み始めたので(←どう考えても不必要に遠い道のり)、実際に動かせる環境を作る。普段持ち歩いているLet's note上のVMwareで、Debian lennyが動いているのでそこへ。
まずはjavaの環境を入れなければいけない。Java環境にはいくつか選択肢があるみたいだけど、non-freeながらオリジナルのSun実装があるのでまずはそれをチョイス。Clojureのビルドにはantも必要らしいので一緒に入れる:
% sudo aptitude install sun-java6-jdk ant
antが一緒にgcjを入れるのが気になるけど、依存関係どうなってんのかなぁ……。まぁ、/usr/bin/javaコマンドは/etc/alternatives/javaを経由して/usr/lib/jvm/java-6-sun/jre/bin/javaを指しているようなので、OKなんでしょう。
Clojureはtestingには1.1のdebがあるみたいだけど、本書のサンプルにも常に最新のclojure.jarが含まれていて、それだけあれば十分らしいので、まずはそっちを持ってこよう:
% cd ~/src % git clone git://github.com/stuarthalloway/programming-clojure.git
対話式にコードを試せるREPLを起動して「Hello world」してみる:
% cd ~/src/programming-clojure % bin/repl.sh Clojure 1.1.0-alpha-SNAPSHOT user=> (println "hello world") hello world nil user=>
OK、動いた。
いちおう公式な処理系もGithubから作っておく(けどたぶんしばらくは使わない):
% mkdir ~/src % git clone git://github.com/richhickey/clojure.git % cd clojure % ant
続きはまた。
2010-09-30(木) [長年日記]
■ 
パーフェクトソフトウエア(ジェラルド・M・ワインバーグ)
読みながら、なんとも評価しにくい本だなぁと思っていた。
ソフトウェアテストに関して書かれた本である。が、いわゆるノウハウ的なことはほとんど書かれていない(せいぜい「バグの重要度は4段階にせよ」という指針くらい)。じゃあ何が書かれているかというと、テストに関わる人間について、実例を交えつつその「心理」を解き明かしている。
(テストファーストでない限り)開発の最後の工程であるテストには、人間の(きたない)心理がもっともよく現れる。そんなテストを取り巻くさまざまな場面に遭遇したとき、本書のような知恵があれば、きちんとテスト結果を評価し、正しい(もしくは可能な限り良い)判断を下せるようになるだろう。と思う。
けどまぁ、そう簡単にはいかないだろうなぁ。
で、最後まで読んで、訳者あとがきに「本書はテスト技術者にとっての『ピープルウェア』である」的なことが書いてあって、かなり納得した。つまり、技術面でさまざまな進歩が見られるようになってきたテスト技術者にとって「精神的なよりどころ」や「心の理想郷」みたいなものへの道筋をしめした本ってことだ。
そう考えるとけっこういい本かもしんない。もっとも、だとするといささか読みにくいのが難点だけど。一読して意味を取りにくいのは訳文のせいかなぁ。
◆ cesare [Lisp達人の人から、「括弧は見えなくなるものだ」と聞きましたｗ 末尾再帰の最適化がダメなのは、JVMの仕様から発..]
◆ ただただし [達人になる前に挫けなければいいんですけどw 末尾再帰最適化の件がJVMの制約だという話は他のページで登場しました。で..]