このあいだのGoogle Developer Day 2009で貰ったGDD Phoneで、Hello Worldアプリが動きました。オライリーの初めてのAndroidに書かれたとおりにやってるだけですが、セットアップも転送も非常に簡単。Android SDKとEclipseとADT(Android Development Tools)を入れるだけで、5分もあればひな形を作成して実機に転送までできちゃいます。

Javaで書けるぶん、個人的にはiPhoneより敷居が低いなあ。

サイボウズ・ラボの西尾さんのJython本が出ていたので買ってきた。

西尾さんはブログに書かれる内容が興味深いので、しばらく前から一挙手一投足を追っているエンジニアさんです。これまで、JavaはHibernateやSpring Frameworkが出始めた頃に仕事で1年ばかり使ったけど、PythonやJythonは完全にスルーしてきた私ですが、そういうわけなので著者買いです。

まだ「はじめに」しか読んでいないので感想は書けませんが、異なるパラダイムの言語を同時に取り上げるというスタイルは面白いですね。

$ cd ~/Applications
$ unzip ~/Downloads/apache-tomcat-5.5.15.zip
$ cd apache-tomcat-5.5.15
$ chmod +x bin/*.sh
$ bin/startup.sh

Tomcat を起動するもプロセスがすぐ終了してしまい、 logs/catalina.out に 「動作させるには JDK 1.5 が必要でっせ」というメッセージが。

Mac OS X 用の J2SE 5.0 自体は Java 2 SE 5.0 Release 3 で配 布されているのですが、こいつをインストールしてもデフォルトは 1.4.2 の ままなんですよね。

$ java -version
java version "1.4.2_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_09-232)
Java HotSpot(TM) Client VM (build 1.4.2-54, mixed mode)

そういうわけで、以下の手順でデフォルトの Java を 1.5 に切り替える必要 があります。

$ cd /System/Library/Frameworks/JavaVM.framework/Versions
$ sudo ln -fsh 1.5.0 CurrentJDK

$ java -version
java version "1.5.0_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-83)
Java HotSpot(TM) Client VM (build 1.5.0_05-48, mixed mode)

以上で、めでたく Tomcat が起動。

また、「Objective-C よりは少ないが Lisp や Pascal よりはプロジェクト数が多い」として Java は Ruby を警戒したほうがよい、とも。Ruby のプロジェクトは rubyforge に行っちゃってる分が結構ある気がするんだけどどうなんでしょう。

以下、流し読みをして目についたところ。

• Java はかつての COBOL のように死を迎えるだろう
• ただ、スケーラブルな O/R マッピングや２フェーズコミットといったエンタープライズ向け機能によって、少なくとも３〜５年は安泰だ
• Ruby on Rails にとても注目している
• Java でライトウェイトな開発を行うには、Servlet、XML、Struts に加えて Hibernate や iBATIS といった永続化フレームワーク、そしてそれらを結合する Spring について理解する必要がある
• Ruby コミュニティは問題解決の際により実践的（pragmatic）であろうとする
• Java コミュニティは問題解決の際に最も難解な10%の部分に心を奪われる。それが使われることのない解決策だったとしても
• 私の顧客向けに開発したアプリケーションでは Java で 1000 行だったコンフィギュレーションが Ruby では 100 行で済んだ
• Java では POJO や AOP によってメタプログラミング的なアプローチが行われている
• Ruby や Python、Lisp、Smalltalk などではメタプログラミングが Java に比べてとても容易だ
• 実際、Java で生まれた DI コンテナはこれらの言語でも用意されているがほとんど使われていない（AOP も同様）
• Ruby などの言語では DI コンテナや AOP は必要ないので、解決すべき本来の問題に注力できる
• PHP は quick で dirty だ（VisualBasic や Perl も同じ）
• quick and dirty に興味はない
• 今は Ruby on Rails の model-view-controller のような quick and clean に興味がある
• ユニットテストによって動的な型に関する問題のいくつかは解決できる
• Java は Ruby よりもコードの規模が大きくなり、より多くのコードがテストされないままとなりがちである
• 静的型付け言語はシステムプログラミングには適しているが、生産性の高い言語はどれも動的型付けである（VisualBasic、Python、Ruby、Perl、SmallTalk など）
• パフォーマンスのボトルネックは多くの場合データベースであり、Ruby on Rails のようにうまくスケールしたり、JIT コンパイルがあれば動的な言語でもネックにはならない
• Groovy は、一貫したヴィジョンに乏しく kitchen-sink なものにすぎない
• 私が Beyond Java のためにインタビューした言語のエキスパートたちは皆、Groovy を嫌っている
• 今日のエンタープライズ Java アプリケーションはコンフィギュレーションが複雑すぎる
• Java 以外の言語ではデータをハッシュなどに格納することが容易だが、Java はデータの表現力に乏しいのでデータが XML に落とし込まれている。これを解決するのは難しい
• Spring は今でも気に入っている。XML は複雑だが POJO によってビジネス層のプログラミングに集中できるので、Java には欠かせない
• AOP はメタプログラミングのためにも Java にとっては重要なものだが、動的言語には不要だ