たまにプログラミングの質問掲示板とか、質問MLを覗いたりしますが、

よく思うのが、どうしてそういう質問の仕方なんだろう？という疑問。

自分だったら、ここさえ伝えれば十分とか、そもそもGoogle先生なら知ってるんじゃない？とか、よく思います。

質問の仕方がレベル低かったり、Google先生に”正しく”質問できないのは、きっと自分が直面している問題を正しく分析できていないからなんじゃないかと。悪いことではないです。そういう力を次第に身につければいいのですから。それに、その言語で多少の経験をつまないとできないと思いますし。

Google先生に”適切な”キーワードで尋ねて、大抵の問題をすぐに解決するような能力はプログラマとして大事なんじゃないかと思います。その能力の中には、問題分析とか、キーワード選定の能力もあると思います。それができれば初心者とは言われないでしょう。どんなプログラミング言語の習得においても、比較的早く上達するでしょう。

何が言いたいのかって？自分がプログラマとして初心者ではないっていう根拠を適当に考えてみただけです。

ぁ、ブロガーとしては初心者でもいいです。。。未だに書き方に慣れない。

もうすぐ副都心線が開通しますが、その副都心線の駅の中で、私が2番目（笑）に多く利用する駅が渋谷駅だと思っています。

で、運賃とか乗換案内図とかあるのかなって東京メトロのWebサイトに行ったら、運賃（副都心線のみ）と乗換案内図はちゃんとあるんですね。

東京メトロ｜電車・駅のご利用案内｜渋谷駅

渋谷駅構内案内図

銀座線は地上3階、副都心線は地下5階って・・・どんだけ乗り換えに手間かかるんだｗｗ

あと、全路線の運賃検索に副都心線が含まれていないので、実際に利用するときの値段がわからないのが少し残念。

2008年5月31日に、Procrssing 0138がリリースされました。ProcessingのDownloadページからダウンロードできます。

0137から0138には、以下のような変更点があります。(適当和訳)

• 0136以降で、最初に表示したスケッチウィンドウ以外がでコードが実行できていなかった退行バグを修正。
• ライブラリを読み込んだ時の「expecting EOF, found …” 」というバグを修正。
• Exportボタンが押されたときのデバッグ出力を削除。
• Mac OS XでのProcessing.appのエンジンをJava 1.5に切り替え。
• その他バグフィックス。

0136、0137、0138と1日おきにリリースが行われていることから、0136系はまだ安定しなさそうですね。退行バグも発生していることからも、開発版として見守っていたほうがよさそうです。

新聞とか雑誌のレイアウト（＝「組版」って言うと思うんだけど）を自動で行うソフト（＝「自動組版ソフト」って言うと思うんだけど）があると思うのですが、そのアルゴリズムが知りたいです。どこかに文書が落ちていないかな。

この手のソフトってInDesignのプラグインとして開発されているものが多いみたいですね。できれば特定のアプリケーションに依存しない純粋なアルゴリズムの形で提示してあるとうれしいです。あと、特許とかがとられていないものとか。

ProcessingがJDK 1.5の新しい文法（ジェネリクス、enum、拡張for文、AutoBoxing）に対応していないので、Processingでjava的なことをするには、J2SE 1.4で書かなければいけないのがとても辛い。

特に、ListやらMapやらを使うとget/putのキャストがうざかったり、ハッシュキーにint型を使う時にいちいちIntegerにキャストしなければならなかったり、iterator()をwhile文でくどくど回してまたキャッシュしなきゃいけなかったりと、とにかくキャストが面倒。

そもそもProcessingでjava的なことをするなよっってツッコミもあるんだけれども、そこはプログラマだから仕方がない。今作りたい描画体系を実現するにはListやらMapやらが必要なんです。ほんとうはorg.apache.commons.collections.MultiMapとかがあれば（キャストの手間を除けば）もう少し楽になるんだけれど、外部のライブラリを取り込むのはできるだけ避けようと思ったので遠回りにプログラミング。

時代はJDK 1.6ですよ。Processingが早くJDK 1.5文法に対応してくれないかな。