Seam In Action が着た!

昨年の12月29日に予約していたSeam In Action が今日着ました。　589ページ(ページが振ってある所だけで)。
自慢できるほど内容が理解できているわけではありませんが、この本のドラフトと1年近くお付き合いして、少しはseamの良さが理解できたような気がします(読んだだけでは、実際に使えないのは外国語と一緒で、実際に自分で使ってみないと、、、)。

幾つかのつまみ食いで、今のWEB(http://www.agriculture.jp/)ももう少しマシになるかも，，，。

JBoss Seam テクニカルセミナー

28日にRedHat主催で，首記のセミナーが行われました。　100人の定員に対してほぼ満席でしたので、Seamファンの私としても、大変心強い思いがしました。　セミナー終了後のRedHat主催の懇親会で、何と私としては珍しく、「マスタリングJavaEE5」が当たってしまいました。　執筆者の斉藤さんのサインも貰っちゃった。　(書店で立ち読みした事はあったのですが、値段が高かった、分厚かった、字が細かくて読むのが辛かった為に、買うのをためらっていたのでした)。　ラッキー!!

セミナーの内容は、私にとって特に新しい物はありませんでしたが、 Seamを使う人が増えてjjbug-seamのMLに多くの方が参加して、オープンなサポート体制が充実してくれたら嬉しい限りです。　(木村さんがjjbug-seamに積極的に参加してくれそうなので、このMLの活性化が期待されます。)

その後は例によってJJBugの2次会でした。　皆本さんに「何故Seamなの? PHPでもいいのでは?」という質問を頂き、ハタと考えたのです、何故Seam?
　1)元々は市場調査などの営業分析データをExcelで処理していたのですが、その都度の入力は無駄なので、個人的にDB作ってデータを管理していました。
　2)Excelだけでは処理しきれないこともあり、ODBCとExcelで処理をしていました。(どっぷり浸かっていると、これはこれで住み心地の良い環境なのですが、不定期に使うことになるので、データの管理とかインターフェースを思い出すのに時間が係るとか、営業が片手間でデータ管理している、特有の問題を抱えていました)
　3)これを解決するのに、当然PHPが最初に、、、(これはもう10年以上前のPHP3の時代なので、今とは状況は違うと思いますが、、、)。　SQLを作って動作を確認して、これをPHPで表示させるコードを作って、、、、。　「こんな機能も、あんな機能も、、と付け焼き刃的に」機能を増やしていったために、ちょっと管理しきれなくなって、ここでストップ。　(インタープリター型の言語なので、履歴管理がちゃんとしていないと、結構面倒だった)
　4)その後、StrutsとかSpringとかモジュールを作ったら、それを拡張して使えるように出来ないだろうか(仕事上は、結構、対象とするデータは異なるが、分析パターンは同じという分析処理が多いのでこの様な発想になる)、いろいろ試行錯誤しているうちにSeamにたどり着いたのでした。　幸いにも(不幸にも?)R&Rは、まだ無かったんですね。
　5)昨年までははSeam-genを使ったCRUDアプリを作っては、その可能性を感じていましたが、実の所、「ここから先は、どうしたら良いのか?」がよく分からなくて足踏みしていました。　Seam-In-Actionのドラフトを読み、ここら辺がやっと解決されていきましたので、少しづつですが、自分が描いているような物が作れるようになってきたように思います(まだ、道半ばですが、、、)

　番外)SpringでDIやAOPを知り、その頃ちょうどSAPのバージョンアップとSOX404の導入・実装(?)を主導していたので、ここでも、JBoss・Seamにより将来性を感じたのでした(jBPMを使えば、殆どSOX404はシステムに実装できると思います。勿論ユーザ管理とか、人的な部分は残りますが)。　実際、既存のSAPで全てのログを取って、データの入力者を検証するとか、入力の誤りがないことを確認するとか、SOX404の要求を満足させようとしたら、毎月何百ページのログを呼んで、確認して、認証する、アホな仕事が発生してしまうのですよ。　これを2年もやらされたのでした。

結論から言えば，「特にJBoss/Seamである必要はなかった」　「ただ、その時のめぐり合わせでSeamに魅力を感じた」だけなのです。　営業分析データですから、ミッションクリティカルではないし、EJB3である必要は無いのですが，，，。　スピードさえ問題なければ、システムの機能がToo much でも問題は無いので，，，。

Project BlackBox UnderGround

テレビ東京のWBSで紹介していたサンマイクロの地底データセンタープロジェクトに興味があったので、問い合わせて担当責任者の方と面会、お話を聞くことが出来ました。
データセンターの電力消費の40%近くが冷却に費やされているのは衆知の事実ですが、データセンターが都心にあり、電力の送電ロスが30%近くもあるといわれているという現実を考えると、「何故データセンターが都心に無ければいけないの?」という疑問は、これだけネットワークが発達した日本では素人でも疑問に思う所です。　
色々お話を聞いていると、「消費電力を削減するー>水冷を活かせる場所(BlackBoxを商売上有利に活用できる)。発電場所に近い所ー>送電ロスの分だけ、電力会社に価格を下げるよう交渉できる?」等を目玉に考えてられており、「グリーンIT」でお役所の後ろ盾も貰っているようでした。　ちょっと疑問だったのは、「発電場所に近い」が本当にメリットになるのだろうか?ということです。　何百キロも離れた東京は論外ですが、発電所の近くは、「その発電所が停止したときのバックアップが十分か?　変電設備を特注で作る必要が出て来て、却って設備が高くつかないか?」等門外漢としては??　電力供給もネットワーク化されており、多様な電力ソースからの供給が可能で、且つ送電ロスが最小で済む所、という視点で見ないと、却って脆弱性が高くなるような気がします。　また、二酸化炭素排出から見れば、消費電力の大きいデータセンターは原発の近くが良いのでしょうが、これも、原発が事故で止まった場合はどうするか?を考えると問題があるのかもしれません。
また、地底というのは、温度が下がった状態を維持できれば良いですが、一旦内部の温度が上がってしまうと、今度はこの排熱をどうするのでしょうか?　その点では両刃の剣のような気もします。　（セキュリティ対策としては良いのでしょうが、冷却としては問題がありそう)
おもしろい、新しいアプローチでBlackBoxも20フィートコンテナでモジュール化されており、かなり効率的にデータセンターの構築が可能であることは確かですが、周辺技術を考えると、色々難しい問題がありそうです。

「グリーンIT」が、一極集中を地方分散に方向転換させるための、大きな枠組みを与えるような物になれば、これは地方にとって大変良いことですが、地方がこれに気づいていない(そもそも、このような地域起こしに知識が無い)事も問題です。

ダイナミックレンジ(ついでに無線の話)

もう35年以上前の話。　世の中、真空管からトランジスタに移行している頃ですが、コンテスト(48時間で、どれだけ多くの国や局と更新するかを競う競技)等で、このトランジスタ製の受信機を使うと、何かとっても賑やかなのに、うまく聞こえない、全体にガサガサ、ワサワサしているのです。　多分、航空母艦等の軍事通信が集中する状況でも同じような問題があったのでしょう。　受信機のダイナミックレンジが話題としてアメリカ当たりで取り上げられ始めました。　感度を上げて、更に80db以上のダイナミックレンジを確保する為には、全体の利得配分の見直し等、非常にデリケートな設計が求められていました。　頭にいきなりアンプをくっつけると、アンプその物の出すノイズと、下手をすると後段の飽和で必ずしも感度も、ダイナミックレンジも広がらないのです。　アポロ計画が終了して大量に解雇になったNASAの元技術者たちが、この様な技術をアマチュアの市場に製品として出してきました。　しかし、これは、ビックリするほど単純な、まっすぐなデザインの代物で、ほんとに目から鱗だったのを記憶しています。
自分なりに少し理解できたので、実験して当時のHamJournalに記事を書いてみましたが、国内メーカの物はダイナミックレンジが60db程度しかなく、大変悪い結果となった為に、結構風当たりが強かったことを記憶しています。　実際にはアンプの利得の最適化だけではなく、周波数変換の為の局発のレベルなど、最適化の為には真空管時代とは比べ物にならない位、設計が複雑になっています。
大学の学部学生の頃は、専攻(農学)とはまったく関係の無いこの話を一生懸命追っかけていました。　

最近のアマチュア無線の機械の広告を見ると、殆ど全部に「ダイナミックレンジXXdb」と謳ってあるので、「あー、やっと常識として定着したんだなー」と思っています。　技術って、認識されてから常識として定着するまでには思いの外時間が係る物なのですね。

小学校の同級生

昨日は40年ぶり位に、小中学校の頃の同級生と再会して食事をしました(彼は国鉄の職員の息子さんで、いつの間にか来て、いつの間にか居なくなっていたので、小学校だったのか、中学校だったのかも定かではないのだけれど、その後もアマチュア無線でつながっていたので、お互いよく覚えているのですが、その頃よりお腹は出ていたけど、ほとんど変わっていなかったのにはびっくり)。
日本が「技術立国」を目指し、「科学」(理系)に力を注ぎ、それが少しづつ実を結んで、新幹線、東京オリンピックと大きなイベントもあった頃の友達です。　その頃は、勉強そっちのけでひたすら、アマチュア無線の開局準備に走っていましたので、ラジオや送信機を、いろんなメーカの回路図見ながら、自分なりにデザインしていました。　また、操作性の良いデザインを追求して、これも各社のデザインを拝借して自分なりのデザインを考える、楽しい毎日でした。　　きっと、ほんとに夢中になっていたのでしょう、回りの人にも影響を与えていたみたいで、昨日も「お前の所為で、アマチュア無線の道にはまった」みたいな事を言われましたが、そのお陰で彼は、電力会社の職と、年齢を越えた多くの友達を得たのだから、「感謝状の一つ」も頂いても宜しいのでは?
しかし、世の中が「出来上がって」しまい、個人が工夫で大メーカの製品を凌駕するような余地も狭まり、我々の世代の人間に取っては「寂しい」時代になってしまいました。
久しぶりに秋葉原のラジオデパート等歩いて回りましたが、真空管のオーディオアンプの自作キットを売っていて、その宣伝文句に「自分で"空中配線"してみよう」って書かれていました。　プリント配線に対抗する言葉のつもりなのでしょうが、本来”空中配線"は「下手くそな配線」を指しており、決して良い言葉ではない事なんかもう誰も覚えていないのかな？と感慨も深い物がありました。

あの頃の人を巻き込むような、情熱とエネルギーはどこへ行ってしまったんだろう?

seam-2.0.3GA jboss5.0CR1

seam-2.0.3GAではjdk1.6.0がやっとサポートされたみたい(まだリリースになってませんので、「みたい」)。
jboss5.0CR1(こちらは既にリリースされています)もjdk1.6.0がサポートされていますので、いよいよjbossもjdk1.6.0で動くようになりそうです。
ちょっとjboss5.0CR1をいじったところでは、ファイル構成が変わっているのか、一部のjarが見つからない、と言ってきて seamは動きませんでした。(seam は今でも大体は1.6.0で動きます。 test環境が動かないとか、細かいところで色々あるかとは思いますが)　現時点で深入りしてもしょうがないので、ほってありますが、、。

selectOneMenuで、、、

過去3ヶ月、過去6ヶ月とかのselectOneMenuを作ってitemValueに直接Date型の値を入れたらうまく行きませんでした。　これに気がつくのに2日もかかってしまった。
安全を見越して、selectOneMenuには整数を入れておき、受け取る側で分岐させるのが間違いのない方法なのですね。

疲れた，，，。