UIEngine だ

[java]デバッグ実行中にウォッチできない変数

　ぼやき。たった今、書いていたコードが予期せぬ動作をしたので、デバッグ。すると、デバッグ中にウォッチできない変数がありおかしいことに気づく。15分ほど悩んだ挙句、ファイル名に「*（アスタリスク）」が付いていることに気づく。とほほ、何やってんだ俺。

自然の中で息抜きをしよう。味噌作りに挑戦。

　ここしばらくコーディングに没頭していたのでこの週末は自然の中で息抜きをする。味噌作りの手伝いに。味噌がそもそもどうやってできるのか、何も知らずに、下調べもせずに出かける。子連れ故、大小のハプニングがあり予定通りには出かけられないのだが現地に到着。すでに大豆がゆであがっていた。

　写真はゆでられた大豆。大量にある。どうやってゆでたのだろうか？と疑問に思うほどの量。この大豆に麹を混ぜて、潰し、容器に詰めて寝かせるだけで夏ごろにはできあがるそうである。私は手伝いに来たものの少し離れて見てるだけ。4歳ぐらいから小学校6年生ぐらいの子供たちが一生懸命手伝っていた。容器に詰めるときには空気を抜いて詰めるので結構力がいるらしい。来年はもっと協力して少し分けてもらおう。

　味噌作りの後はその辺に生えている山菜を摘んできて天ぷらづくし。名前は忘れてしまったが、結構食べられる草を覚えた。現地のひとの話では「天ぷらは油さえ間違えなければおいしい」とのことだったが、今回は「すばらしい油」を使ったようで格別の味。その他、タケノコやフキ、セリ、山椒などで炊き込みごはんやおひたし、煮物と贅沢な料理が目白押し。

　すっかり、自然の中でリフレッシュして戻ってくることができた。今日からまたコーディング三昧である。

オープンな技術系コミュニティの発展に必要な要素：おせっかいな人かな

　オープンソースでもメーリングリストでも何でも良いのだが、オープンな技術系のコミュニティの発展に必要なのは「おせっかいな人」なのだろうと。

　

コミュニティが発展してくると、初心者やあまり技術に明るくない技術者の参加も増えてくる。そうした人の質問は初歩的なものが多いのだが、忙しい偉い人はそうした質問を放置しがちである。そんな質問に答えてくれる、中堅というか、おせっかいな人が必要で、偉い人を影でサポートするのだ。こうして、偉い人はより高いレベルの仕事に専念できるというわけだ。しばらく、そんなおせっかいな人になろうかと思った次第。「そうそう、私のような人は絶対必要。。。と、自己満足にひたっているだけかもしれない。」とほほ。

はまちおにいちゃん大好き！、、って、そんなつもりは無いのだが。

　アクセスログを見ていたら、数日前に妙なアクセス数の増加があったので調べてみた。検索キーワード

はまちおにいちゃん大好き！

での流入量が急増。そうですか。この「はまちおにいいちゃん」というのはどうやら大人気らしい。ついでにgoogleの検索ではこのキーワードでトップになっていた。この状況を見て、googleの検索アルゴリズムに、あるキーワードに対してより古いページの方が価値が高いと判定する仕組みが入っているのかなぁと思った次第。はて、実際はどうなのだろう。

はてなダイアリーって下線が付きすぎると読みにくい

Railsが成功しEJB3が失敗したわけ - ひがやすを blog
http://d.hatena.ne.jp/higayasuo/20080421/1208742882

を一目見て、下線が多すぎて読みづらいと感じた。幸いRSSリーダーでは下線無しで読みやすい。ユーザーインタフェースは難しいものだ。

[メモ]seasarのソースコードを読むにあたって、JDKの設定とか

Seasar - DI Container with AOP -
http://s2container.seasar.org/2.4/ja/setup.html

seasarのソースコードを読むことにした。人が書いたソースコードを読むのが好きだからなのだが、seasarはJDK1.5ベースのソースゆえコンパイルに失敗。↑にあるとおり、eclipseの起動オプションに-vmでjavaw.exeのパスを与えて解決。そしたら、JDK1.6ベースで作っていた既存プロジェクトがコンパイルエラーに（笑）。java.text.Normalizerは1.6からですな。

とりあえず、Eclipseのワークスペースを分けて対処。既存プロジェクトはSVNからソースを取り直す。Tomatプロジェクトでインポートしなかったので失敗。とほほ。

一応抜粋しとく。手元のEclipseのバージョンは3.3だがその辺は関係無いだろう。

Eclipseのバージョン3.2をこのリンクから指示に従ってインストールします。 既にインストール済みの場合はその必要はありません。 標準のJDKのバージョンが1.5系でない場合、Eclipseの起動引数に

eclipse.exe -vm "C:\Program Files\Java\jdk1.5.0_07\bin\javaw.exe"

のように1.5系のjavaw.exeを指定する必要があります。

[メモ] WITHOUT OIDS について

WITH ( storage_parameter [= value] [, ... ] )

この句は、新しいテーブル用の省略可能な格納パラメータを指定します。 詳細は格納パラメータを参照してください。 WITHには、OIDS=TRUE（もしくは単なるOIDS）を含めて、新しいテーブルの行が行に割り当てられたOID（オブジェクト識別子）を持たなければならないことを指定することもできます。 また、OIDS=FALSEを含めて、OIDを持たないことを指定することもできます。 詳細はCREATE TABLEを参照してください。       

WITH OIDS
WITHOUT OIDS

これらは古い構文で、それぞれWITH (OIDS)とWITH (OIDS=FALSE)と同じです。 OIDSと格納パラメータの設定の両方を指定したい場合、上記のWITH ( ... )構文を使用しなければなりません。    

CREATE TABLE AS
http://www.postgresql.jp/document/current/html/sql-createtableas.html

メモとして残す。

誰かが残した負の遺産、活かすも捨てるもあなた次第

　ソースコードの保守の話。昔のソースコードは、当時最先端でも、今から見ると「古い」のはよくある話。より、使いやすいフレームワーク、より使いやすいライブラリーが、そこにあるソースコードを負の遺産たらしめようと虎視眈眈と狙っているみたいだ。

　もし、そんな昔のソースコードに「新しい機能を追加したいのだけど、、云々」といった要望を聞いたとき、あなたが最先端大好きなエンジニアなら「そのソースコードは駄目です。Ruby on Railsで書きなおしましょう。」と言いたくなるかもしれない。だが、ちょっと待って。確かに、古いソースコードを捨てて、新しいものを作るのは楽しそうだ。実際楽しいだろう。そして古いソースコードに向き合うのは、学校の課題図書を何とか読破するぐらい苦しいことだ。

　何故、昔のソースコードがダメなのか？どうして、Ruby on Railsがそんなに良いのか？あなたのミーハーな部分を差し引いて考えてみよう。

・追加変更部分だけ、新しいフレームワークは適用できる/できない？

「古いソースコードを見ていると目が腐る（実際は腐らないが）」なんて刺激的な言葉を発する同僚がいるかもしれない。楽しくないことをどう表現してもかまわないが、その同僚の本音を知りたい。知ろうとしている？この発言は気持の上では同意するので「うんうん」と言ってしまいそうな発言だ。

　新しいフレームワークやライブラリーを使いたい気持ちはわかる。ただ、それをツールとして見ているだけでは楽しく無い。何故、それがそんなに使いやすいのか？なぜ？なぜ？どうして？そんなに使いやすいなら、もっといいもの作って、ついでにEclipseのプラグインも作って開発環境として配布してアジャイル、アジャイルみたいな流れも楽しそうだとは思わない？あ、思わないか。

　「なぁに、いまさらだが、C言語で、、、」とか、そういうのもありだと思うけど。

＃ところで、ここにある４０万行のコード、どうしよう。。。

＃春です。新人の皆さん、半年以上はコードを書きまくってくださいな。

はまちおにいちゃん大好き！

　どうでもよいが、Googleの検索履歴に「はまちちゃん」とか「はまちおにいちゃん大好き！」が残っている。わたしが「はまちおにいちゃん」を好きか嫌いかといえば「そんなやつ知らん」なのだが。

設定よりも規約であっても覚える量は変わらない

　設定ファイルが嫌われて、コードの規約が評価されている今日この頃。設定であれ、規約であれ、どちらにしても、覚えなければならないことがあり、最初のうちはサクサクとコードを書けないものだ。

　コードを書いていくと、フレームワークの制約で何か困ったことがあったりする。その際、下のレイヤーまで下りて行って「何とかする！」ことができるかどうか？その辺が問われる。「仕様だから仕方ない」で済ませているのでは足元をすくわれるのだよ、新人君。