またまたまたお久しぶりです。AXISです。

・・・って言いますかね、目まぐるし過ぎです最近。
この日記書いてなかった期間の出来事を列挙すると、
・車事故で（軽微）相手方のオバハンが行き遅れ情熱全開で示談混乱
・「叙々苑タン塩の誓い」をした同期5人が一気に退社で連続追い出し会
・客先トラブルでプロジェクトリーダー交代劇
・昔の彼女が酔った勢いでヤッた男とできちゃった結婚でご祝儀打撃
・中学時代の同窓会の幹事になぜか任命

もう言いたい、1日は24時間しかないと。
更に言いたい、土曜日・日曜日は一般的なリーマンは休みであると。

で、そんな話はここまで。

ようやっと最近になって多少仕事が形を成せるようになってきました。
いや、定型業務だったら「まだ一人前じゃないのか」って言われる歳ですけどね。
自分の父親みたいなお客様やこの道何十年の上司と渡り合えるようになるって、
よく考えたら、「よくそこまでになった」という気がしますね。

でもね、思うのですよ。
この仕事に就いてはや4年目。今の自分に欠けているもの・・・。

『お客様の企業の業務知識』

全部ここに行き着くわけです。

そりゃ確かに事業やITの戦略・方法論の知識はありますよ。
それが自分の仕事に不可欠なものですから。
でもね、実際のお客様のビジネスのやり方を中途半端にしか知らないで、
何もかもをこなそうとするのはある程度の限界が来るわけですよ。

確かに本質は理解できます。
要は「何でお金を稼いでいるのか」ということ。ビジネスモデルですね。
でも、「どのように」という点になると、ここの知識の差は如実です。

中途採用の人と伍していくのにこの点は大きなdisadvantageだと、
私個人は思うわけです。

今そんな事を考えながら鋭意色々活動中です。
また動きがあったら書きます。

久しぶりで、またまたログインID忘れそうになったAxisです。

友人・後輩からの携帯のメール及び会社のメールに悉く返信しなかったが為に、
一時期、Already退職の噂も流れたとか。
実際、携帯のメールあんまり好きじゃないんですよ。
携帯をPremini2に変えて以来、ボタンが小さい為に・・・
いやそうじゃなくて、なんかあの電車の中とかで見るじゃないですか、
席に座っている人一列メールしてる姿とか。
見ていて気持ち悪いです。確かに移動時間は暇だけど。

今年の初めからセキュリティやらシステム運用コスト削減の部署に配属されました。
個人情報保護等、一般の方にすらおなじみの話題ですから、
あっちこっちのお客様へとたらい回しの日々。
こっちはスキルや知識がつくからいいですけどね。

実際、4月1日の法律施行時には2つのお客様掛け持ちだったのですけど、
前日来た時にはなかった全自動入退館管理システムが突然出来てた、
なんて話はざらだったわけです。

実際、ある東北の地方銀行が個人情報漏洩でFSAに
こっぴどく叱られた（是正勧告）話がニュースになりましたね。
約131万件の顧客情報入りのCD-ROMもそうですが、
それを「誤って破棄した可能性が高い」とか言っちゃう神経もすごい。
要は「解らない」んでしょ？と嫁と二人でツッコミ。

セキュリティってそんなものなんですよ。企業にとって。
あの時別れた彼女に「もっと優しくしてれば」って思う男と同じで、
セキュリティ事故起こして、企業としての信頼失って、
業務支障が出て、人員削減を余儀なくされる段になって初めて、
「セキュリティって大事なんだな」って思うわけです。遅いよ。
しかもFSAという監督官庁がいて、尚且つFISC等業界団体で、
かなり整備された規定のある銀行業界ですらこれですから、
他の企業も推して知るべしなのですよ。

更に真面目な話をすると、セキュリティ関連費用が、
誰がどう見ても売上や利益に直結しない費用と見られがちなんですよね。
まあ、実際そうなんですけど。だから投資に及び腰。
景気回復とかマクロ視点でしか物を見れない学者やアナリストがわめいてますが、
そんなの数字上の話でどこも事業予算すらカツカツなんですよ。
で、自社や業界でそういう事が起こっていなかったりすると、
必殺「うちは関係ない」一点張り。
自分達が薄氷の上を歩いている事すら気づいていない。

だいぶ意識は変わってきましたが、まだまだ甘い。
情報セキュリティに対する取り組みが自社だけでなく、
そのお客様の生活も守るという事をもっと多くの企業に自覚して欲しい。
そんな事を考えながら仕事してます。

久しぶりのまともな休みだったので、車で東京へ。
丸の内オアゾの丸善で仕事関係の本を大量購入（ISOやらBSやら）、その後丸ビルのtheoryで春物のジャケットを購入。
全然関係ないですけど、丸ビルのtheoryからちょっと行った所に、前はお気に入りのPatric Coxがあったのですけどもう無いんですね。時が移り変わるのは早いもんです。

一通り買い物が終わって、内堀通りから銀座方向へ。
週末ともあって銀座は人で溢れかえっていましたが、中でも一際目を引く新品スーツの若者達。そう就職活動時期なんですね。
僕の所にも、死ぬほど忙しいタイミングで学生さんが何人か「話を聞かせて欲しい」と来ました。どの方も非常に優秀で、「いいねえ」とか感慨深くなってみたり。

でも、根本的に何かが違う気がするのです。

お会いした方の中で外資系投資証券会社数社に内定された方や、学生にも関わらず既に多くの資格ホルダーの方にお会いしたのですが、どうも一貫性が無い。色々話を突っ込んでみると…。

「カッコイイから」的な本音が見え隠れするのです。

まあ、それでいいならいいんですけどね。
以前、「こんな会社辞めてやる」と意気込んで転職活動をしていた頃にお世話になった某人材会社の方が言っていたのですが、「実際、資格保有とか社名は参考程度ですね。まあ、よく頑張ったねという（笑）プロジェクトや業務でどういうプロセスでどういう実績を挙げた方のほうが、より評価が可視化しやすく、私たちもお客様（私にとっての転職先企業）にオススメしやすいのですよ」

学生の間は実務経験はありませんから、ポテンシャルで評価せざるを得ないワケです。そして、そのポテンシャルを評価する方法は「実績」しかないのです。だから僕は「それは例えばどんなこと？」「それは具体的に何かのタメになった？」と、お会いした学生さんに聞いています。

可視化可能な能力の評価、実力主義の外資系企業で生きていく為にはこの点は割合重要で、かつ常に頭に置いておくべき事柄だと私は考えています。

大変お久しぶりでログインIDすら危うく忘れかけたAXISです。

消息不明の間、プロジェクト掛け持ちや泥仕合を経ながら、東京中を駆けずり回っておりました。
にゅーよーくしてぃーぼーい。（Pet Shop Boys知ってる？）
スーツのスラックスのチャック壊れましたけどね。社会の窓フルスロットル（一時的）。
かなりダウナー入ってて、こりゃ一発キメて（Media Playerの変なビジュアルで）開かずの踏み切りに飛び込んじゃうんじゃねえの、ってノリでした、はい。

今は大分落ち着いていますです、はい。

しばらく日経以外のデータソースを隔絶していたせいで、世の中にとんと疎くなってますな。ナグラジュンとマリナの結婚とかね。でもしょっちゅう目にするのは、やはり生活窓の動向ですね。

まあ、AMラジオ聞く顧客セグメントとインターネットの利用者層がどの程度マッチングするかぐらい、ニセ経済学者ですらすぐ解るっていうのに、なかなか味な事をしますね。
生活窓のビジネスモデル自体知らないし、全く興味も無いのですが、結局アヤパン狙い？って感じもしますね。
実際、生活窓の前身会社の「崖っぷち」を作った当時の彼は、どこからどう見てもアキバ系でしたしね。
そこから、金儲けてLVのTシャツ着てるって感覚は、非常に片田舎的なサクセス路線驀進中な感じがして微笑ましいですね。

あ、そう言えば彼の著作を見て思った事。
「女は金についてくる」って書いてあったけど、高校の同級生の新宿某ホストクラブNo.2は、本当にモテる男は「女が金を持ってくるんじゃん」って言ってた事を思い出した。金についてくる女と付き合っている（と憶測できる記述ですな）なんて、寂しい人だとカワイそうになった今日この頃でした。

お久しぶりです。

以前のプロジェクトが終了した後、完全にBurn Out（燃え尽き）症候群一歩手前に陥って、1週間の休暇を無駄に過ごしてしまいました。実際、元々忙しい事自体当たり前の日々から突然開放されると、ちょっと人間が壊れますね、まぢで。うふふ。
まあ、そんな日々もようやく終わりを告げ、今は新しいお客様の所で頑張っているわけです。（※その前に研修があったので、無事に社会復帰出来たって言う事もありますが。）

この休みの期間、かなり同期が辞めていきました。ただ、齢ここまでになるとそれ程ネガティブな理由は少なくて、「自分の能力を試したい」「新しい分野で挑戦したい」という感じで非常に嬉しい限りです。ただ、当然それ以上にすごく寂しいですね。
同じ境遇を一緒に過ごしてきた仲間の退社程やるせないものはありません。実際この業界、「3年3割退職」というのが通説ですが、実際自分の身に振りかかってみると、その体感たるやそれ以上のものがあります。
「今日の最低気温は2度」と暖房の効いた部屋でTVから聞くのと、その中でパンツ一枚で路上を走るのは全く異なる感覚を受けるのと同じです。（例えが変ですか？気にしないでください。）

そろそろ、自分もそういう時期なのかなと思う今日この頃です。

■家に帰ってみると、嫁が友達とゲーセンで取ってきた「りらっくま」っていうキャラクターのぬいぐるみがソファに鎮座している。しかもMy定位置に。とうとう自分の居場所が、窓際社員よろしく無くなってきた感じがして、一人ホタル族の午前2時。

■開発と導入の部署が分かれているので、イラっとくるという投稿多数。ペンネームは「JAY-Z辞めないで」さん他。導入は確かにやっつけ仕事的な部分はあるよ、PGMやJCL，LIBのコピーがメインだし。でも、逆にそれを間違えるなよ、と。それで飯食ってるなら意地の1つでも見せてくれ。とりあえず「やってしまいました」と、名乗りもせずメッセンジャー送ってくるのは止めるように。

■車通勤の身分としては冬の深夜の帰宅は、非常に堪える。最短距離で帰ると家の駐車場に入ってから暖房が掛かりだす。遅すぎ！結局、少し遠回りの帰宅路。これがまた東京湾景。
案外遠回りも悪くないじゃんと思いつつ、ガソリン代のカード請求に怒りを顕の小さい自分にションボリ。

昼食後の倦怠時間にuefa.comをチラッと見たら、こんな記事を見た。

Stellar cast for tsunami match
Tuesday， 18 January 2005
http://www.uefa.com/uefa/news/Kind=512/newsId=273739.html

World football’s governing body FIFA has invited more than 50 stars - including many of the biggest current football names in the world - to take part in next month’s special FIFA/UEFA benefit match， Football for Hope， to raise funds for the relief efforts on behalf of victims of the natural disaster in the Indian Ocean.

FIFA/UEFAが先日起きたインド洋大津波の義援金の為に、フレンドリーマッチを開催する模様。両チームのキャプテンは、ACミランのシェフチェンコとFCバルセロナのロナウジーニョ。それでは飽き足らず、世界選抜の様な豪華な面々。タイトルの"stellar"が相応しいチームに。
試合は2月15日（火）午後9時キックオフ予定。

思わずZurichのUBSに送金しました（FIFA/UEFAの基金口座のある銀行）、寄付として。微々たる額だけど。こんな時に役に立ったドル預金口座。

"Football for Hope"と名づけられた試合。きっかけが何であれ、少しでも被災地の人々やその家族の方々が、"Hope"を持って生きていけるように。そんな事を少し考えた午後。

諸処の紆余曲折があった開発・テスト局面も終わり、いよいよ運用移管の段階まで来ました。毎日運用サイドとのミーティングや運用計画・費用計算等、今までの開発に比べれば当社比3倍ラクな日々に入りました、今週から（でも耐久力は1/3に減少、パフォーマンスはそれ以下、何故なら『赤いヤツ』じゃなく『緑のヤツ』だから）。

特に思う程順風満帆ではなく、タイタニックの最後でケイト・ウィンスレットが乗ってた板ぐらい危うい場所を、モンローウォークで歩くが如く来たわけですよ、まぢで。ぶぶっぴどぅ。
ちなみにマリリンモンローは、あの歩き方をする為にわざわざヒールの高さを微妙に左右違わせていたのだそうです、メロンパン入れちょっと欲しい。

文体まったく違うって？普段がこんな感じなんですよ。いや、いつもよりは開放感に溢れてます。それぐらい抑圧されるのですよ、いや自分でするのか。

あまりに調子に乗って、『おーい終わったぞー』なんて友達にメッセンジャーで話しかけたら、『俺の鼻から機関銃が出たらお前をムラなく蜂の巣にする（笑）』なんて稲中よろしくの発言をされたり。っていうかそんな恐ろしい言葉も語尾に（笑）を付けると、たちまち女子高生の携帯メールの文書っぽく思えるから、不思議な僕たちデジタル世代。

この浮かれっぷりもあと2日の命です（泣）

リンクしてくださっている方へのメッセージのみです。

夜中に急に目が覚める
隣では嫁がすやすやと寝息を立てている

電子レンジでミルクを暖め砂糖を溶かす
リビングの電気を少しつけそれを飲む

もう1年続く夜の日課

起きた時は底知れない不安と恐怖に苛まれて
寝付く時は少し満足した気になって

夜中のほんの1時間で躁鬱を繰り返す

どんなに辛くても笑顔で居る
仕事の辛さは自分の力不足と 自分を責め続けやり切る
そんな事の代償は意外に深くて暖かい

もう去年の話ですが。
世界で始めてPersonal Computerを生み出した会社が、その事業を売却すると最初に報じられたのはNew York Timesでした。朝出勤してそのニュースを見て、コーヒーをこぼしそうになった記憶があります。

リリースによれば、IBMは6億5千万ドルの現金と、6億ドル相当のLenovoの株式を受け取る。これにより、IBMはLenovoの株式の18.9％を所有し、第2位の株主となる。また、Lenovoは約5億ドルのIBMのPC事業の負債を引き継ぐ。これらの手続きは各方面の承認を得て、2005年第2四半期に終了する予定。
(PC Watch - 2004/12/07)

IBMは現在、ノートブックPC「ThinkPad」、デスクトップPC「ThinkCentre」（旧Aptiva）を世に出していますが、Hewlet-Packard(HP)同様かなりの苦戦を強いられています。では、誰が勝ち組なのか？そう、Dell Computerです。

米IBMが売却するPC部門が過去3年半の間に9億6500万ドルの赤字を計上したことが、米証券取引委員会（SEC）に提出された文書で明らかになった。
IBMはこの文書で、PC部門が2004年上半期に1億3900万ドル、2003年に2億5800万ドル、2002年に1億7100万ドル、2001年に3億9700万ドルの赤字をそれぞれ計上したと報告した。2001年は景気低迷でPC販売が不振を極めた年だった。
（ITMedia - 2005/01/05）

ここからちょっと私的考察に入ります。
IDCのレポートにもある通り、PC市場は既に製品ライフサイクルの成熟期に当たり、今までの市場成長率、PC企業の売上を維持する事は難しいと発表していました。理由は以下の点でしょう。

・製品が普及しコモディティ化した為、機能等での差別化戦略が意味を成さなくなってきた。それに従い、差別化のドメインを「価格」にシフトせざるを得なくなり、結果的に利益率が下がった。
・メモリ、CPUの飛躍的進化に伴い、R&Dから販売までのリードタイムの短縮が要求され、消費者ニーズに合う製品を出す為のコストが累積する体質になった。

何れにしろ、これは戦略的というよりはむしろ「不採算事業の売却」と見た方がよく、パートナーにLenovoを選択したのも「東芝に断られたから」と考えるべきでしょう。
実際、IBMは、システムインテグレーション、アウトソーシング等のサービス事業の方が収益性が高く、BtoCに元々それほど注力していなかったわけですから。

この流れは、IBMがHDD部門を売却した時の流れに酷似しています。

私が最後に一人で思う事は、これにより転籍となる多くのIBMのPC事業の社員が間違いなく、人員削減のターゲットになり、それがまた多くの労働紛争の引き金となるのではないかと懸念しています。

StrutsではWebアプリ開発時によくある問題として、「2度押し」を防ぐメソッドが用意されています。 「2度押し」は、例えばショッピングサイトで注文決定ボタンを押して、画面が切り替わる前に、もう1度注文決定を押ような場合ですね。

・org.apache.struts.Action#saveToken(HttpRequest request)
同期Tokenを保存する
・org.apache.struts.Action#isTokenValid(HttpRequest request，boolean)
同期Tokenを検証する

注文決定ボタンに対応するActionをOrderDesideAction、注文確定（保存）ボタンに対応するActionをOrderAcceptActionとします。この場合、以下のようなコーディングを行います。
?OrderDesideActionのexecute()にsaveTokenを記述。これによって同期Tokenが保存される。

※保存された同期Tokenはhtml:form のtaglibをレンダリングする際に自動的にhidden フィールドとしてフォームに挿入されます。。確認したい場合は、JSPのスクリプトレットに以下の記述をするとTokenを直に見ることが出来ます。

session.getAttribute(org.apache.struts.action.Action.TRANSACTION_TOKEN_KEY)
*同期Tokenはシステム時間（HEXかな？）を元に生成されるようです。

?OrderAcceptActionのexecute()にisTokenValidを記述。Returnがboolean==falseの場合、エラー処理。

ただこの方法には結構大きな1つの問題があります。
もうお分かりかと思いますが、2度押しの1回目は、isTokenValidの戻り値は必ずtrueの為、処理が継続されます。従って、エラー処理のメッセージに困るわけです。更に言うと処理結果の表示にも困りますね。

ただこれで2度押しの危険は避けられます。今回は2度押しはJavaScriptで排除し、isTokenValidはURLの直接指定（例：ブラウザのお気に入りからいきなり注文されたり）による処理排除に使用しました。

何かGoodな解決策を知っている方は是非是非私まで。

データベースと言えば？という質問をぶっきらぼうに投げると、大抵の人から「そんなもの、Oracleに決まってるじゃん」と言われます。でも、今やOracleは代名詞から選択肢の一つになったと言っても過言じゃありません。

OS自体の信頼性という観点でUNIXとWindowsを比較した場合、UNIXに優位性があると思われていた時代（って言ったら怒られるかな？）、Oracleはいち早くUNIXでの稼働実績を稼いでいたのです。
そして何より、Oracle Master制度や、評価版というオラクル社の巧みな戦略により技術者の裾野が異常なまでに拡大したわけです。

Intel系のCPUを搭載したPCサーバが多くなったことで、OSにWindowsが多く採用されるようになった現在は、何処もかしこもガンガン改良を続け、機能的には差は無くなってきたのです。

僕の本当に私的な考えでは、Oracleは微妙に「効率優先」、DB2は「質実剛健」という感じがします。例えば、ロックの設計1つとってもANSI/ISO標準のトランザクション分離レベルを全て用意しているDB2に対して、2つのOracle。更新中のレコードと検索対象レコードに排他ロックが掛かるDB2に対して、UNDO表によって検索をスムーズに行うOracle。

元々DB2は思想的に「ウチのSEがアプリケーションの設計やるんだから、そんなに余計なお世話はいらねーな」的な感じで、一方Oracleは「売った後、誰が触るかわからないからなー、評判落としたくないから色々付けておこう」って感じがするのです（極私的見解です）。

ただ、個人的には以前のプロジェクトでデータのぶつぎれが起きたOracleはキライです（最後まで極私的見解でした）。