A.R.N [日記]

■[開発] JSON-RPCとJSONP

地味に実装してみた。JSON-RPCの方はすでにリリースしたけどエラー処理周りが怪しいので仕様の確認が終わったら再度リリースしよう。

■ 羽田健太郎死去

http://www.yomiuri.co.jp/national/culture/news/20070604i503.htm?from=main5

近頃は、意外な人がよく亡くなるな。マクロスを聞きながら合掌。

そういえば、ファミコン版ウィザードリィの作曲もこの人なのだよな。

■[開発] Javaの欠点？

Javaでは

new Date(new Date().getTime() - 20 * 60 * 1000);

とかくものが、Ruby (with ActiveSupport) では

20.minutes.ago

と書ける。簡潔でよろしい。

http://www.rubyist.net/~matz/20070526.html#p01

指摘自体は正しい。Javaは面倒すぎる。ただ、いつも思うのだが、このような言語機能が必要な局面って基本的なクラスに限られるんじゃないかなぁと。おそらく、リスト、連想配列、文字列、数値、日付、真偽値、nullにさえ簡易的なシンタックスが用意されていれば、新たな言語機能など必要ないのではなかろうか*1。

最近、Java5を使っているが総称型にしても列挙型にしてもfor each構文にしても微妙に便利ではない（逆に一見問題含みのautoboxingがとても便利）。総称型の不便さはどちらかと言えば、MapのentrySetがfor each構文と組み合わせて使えない（互換性の問題だろうな）とか、今まで通りの使い方をしているとコンパイラがwarningを出してくれやがるとかそういう問題なのでいったん置いておくとしても、列挙型は今まで同じクラス内に書けた定数が別のクラスに出てしまうことでわかりにくさが増してしまうのは明らかに問題だし、for each構文は何番目なのか判断できないのでいまいち使い勝手が悪い（まぁ、これはJavaのfor each構文に限った話ではないが）。

話が飛んでしまうが、Diiguにあるような引数名のクラスファイルへの埋め込みは標準でサポートされないんだろうか。これができないといつまで経ってもeclipseの引数がarg0とかに変換されてしまうし、JSON-RPC1.1で予定されている名前付きパラメータへの対応が難しくなってしまう。Dao関係も同様。

最近、新言語ブームということもありJava=新たなCOBOL扱いだが、Java=Excitingだった時代に育った私にはなかなか受け入れ難い。年を取ったということかな。

■[開発] 次のリリース

JSON.parseのjava.io.Reader対応を予定してみる。formatの方はStringBuilderからAppendableに引数の型を修正してしまったので、結果的にWriterにも対応できるようになった。しかし、Readerの方はCharSequenceとReadableでえらくinterfaceが異なっており、どうするのが良いのかよくわからない。Sunもなんでこんな難儀なinterfaceにしてしまったのだろう。