CMWK

ライブドアとフジテレビの攻防に関して、どうも関係ない人の口出しが多すぎて、それらが的を射ていないような気がして、今朝もニュースでorzになってしまった。プロ野球のときもそうだったけど、どうしてオジサマ方はこうも保守的なのだろうか。。。
経済界の大御所たちは、

奥田氏は、（中略）「単なる金もうけなのか、フジサンケイグループをよくする狙いなのか、動機を説明すべきだ」と堀江氏にも注文をつけた

(via ライブドア批判に苦言　奥田会長「時代の流れ、対策を」)といっている。しかし、

ニッポン放送はフジテレビジョン株式の約22.5％を保有しており、フジサンケイグループの中枢。グループ全体との事業シナジーを考えられる

(via ITmediaニュース：堀江社長「ライブドア＋ニッポン放送」でYahoo!追撃)とライブドアは方向性を述べている。オジサマ方はホリエモンの話を聞いているのだろうか。ライブドアは世界一の企業になりたいという目標があり、それに向けてメディア事業に手を出すことが手っ取り早いと考えていることが、事業シナジーという言葉で表現されている。どうもホリエモンということだけで、批判の対象となってしまうことが気の毒だ。確かに株式取得に関して正攻法ではなかったかもしれないけれども、それが許されることなのだとしたら、それは戦略の一つであり、責められることではないと思う。
ライブドアはコングロマリットなのだ。インターネット事業を柱として、あらゆる事業を飲み込んで巨大企業にしているのだ。そういうことを理解すれば、今ライブドアがやっていることはライブドアの企業方針に沿っているものであり、ギャーギャーいうことではないような気がする。米国ではずっと以前からコングロマリットは存在した。やっと日本がその時代を体現するときが来たということだけである。奥田会長が言うように

（買収は）時代の流れであり、マスメディアも例外ではない。対策を考えて実行していくのは経営者の責任

です。ちゃんと分かっているのに、ねぇ。。。

確かに経験者・有識者が「今の若者は・・・」と意見したいのはよく分かります。でも論理的な意見、体系的な意見が欲しいなぁというのが私の思いです。「理屈じゃないんだ！いいからやれ！」というやり方で人の動かせるような時代ではないし、その一言で人を動かすには、それ相応のカリスマを持っていると思います。カリスマが感じられない以上は、論理的な意見をして納得感が得られるようにしてもらいたいです。もうあまり外野がギャーギャー言うのは止めようよ。

via Microsoft セキュリティ ガイダンス センターなんですけど、Microsoft製品に特化していなくても概念として十分に価値がありそうな記事を独断で選んでみた。その他のセキュリティ記事ももちろん充実している。読み応えがある。じっくりと腰を据えてセキュリティの理解をしたいと思う。

• セキュリティ リスク管理ガイドの概要


• セキュリティ リスク管理:セキュリティ リスク管理の統制について理解する


• セキュリティ リスク管理:セキュリティ リスク管理の統制を適用する


• ID およびアクセス管理

米Sun、Java画像処理ツールとAPIを開発者向けサイトで公開(via Nekkei ITPro)

既にJAIは、（米航空宇宙局の火星探査機） Mars Exploration Roverの（遠隔操作用Javaソフトウエア・システムである）Science Activity Plannerなどに実装されている。

おおっ！以前、ITMediaなどのニュースでも取り上げられたあの探査機ですか！そこで使われたと言われると気になりますね。

JAIとJAI Image I/Oをjava.netで公開することで、両ツールの発展にJava開発者コミュニティの力を借りられる。

とはいえ、まだまだ未完ということか・・・。

久しぶりにJavaWorldのサイトへ行ってみたら、あらびっくり。JavaWorld Onlineとして生まれ変わっているではありませんか。O'ReillyのONJava.comのように記事がどんどん充実していくと良いですね。ちょっと前では@ITの一人勝ちかなぁと思っていましたけど、最近では軒並み参考になるサイトが増えましたね。雑誌としては抜きん出ていたJavaWorldですが、ウェブ上でも同様に濃い内容を期待しています。

あ、サイト全体を見て気がついたのですが、IDG社の雑誌が皆jpドメインとなったんですね。なるほどぉ。雑誌だけでなく、出版業界はこれからますますウェブコンテンツとの戦いが激化しそうな予感ですね。私はTips系はウェブから吸収して、概念的なものは書籍から吸収します。雑誌は付録CDと記事の充実度で購入を検討します。（ISDN回線なので何がしかのAPIライブラリがあるととても助かる）
技術系雑誌に求められるのはネタがタイムリであること、雑誌を保存する価値があることだと思います。（JavaWorld2003年12月号は今でもときどき読み返します。）
マンスリー記事などはときに薄くなってしまうので、そういう場合はまとめて書籍で出版された方が読み手が増えるのではないかとも思ってしまいます。ともあれ、JavaWorld Onlineでは、過去に掲載されたコンテンツだけではなく、JavaWorld並のウェブのみの記事が出てくると良いですね。期待しています。

余談ですけど、LinuxMagazineが2005年3月号で休刊になるそうです。

Linuxが「当たり前」になった今、語られるべきはオープンソースで構築されるシステム全体であり、あるいはソリューション総体であり、OS単独にフォーカスした弊誌は、すでにその役割を果たし終えたと言うべきかもしれません

だそうです。納得。でも、最近、これからのテクノロジを開拓するにあたり、とても重要だと感じることはアルファギークの存在でしょう。Linuxはその結晶ではないでしょうか。昨今ブログ界も賑わいを見せ、SixApartが日立製作所と協力して企業内ブログ（イントラブログ）をやるとか、Ask Jeevesが日本に来たり、何ともIT＝ブログなんじゃないか？ってくらいな展開ですよね。それもまた（アルファギークという言葉をも生み出した）ブログを作ったアルファギークの存在があったからでしょう。Linuxではもうアルファとは言えないのかもしれませんが、これから、いやもしかしたら既に芽が出ているかもしれない、スッゲー楽しそうな何かにフォーカスした雑誌をASCIIさんに期待します。

何か、惰性で色々書いてしまった。
ここまで読んでくれてありがとう。

My DocumentsやTempフォルダなど特殊なフォルダへのアクセスには、System.Environment.SpecialFolder列挙体を使用する。
Windowsのシステム・フォルダのパスを取得するには？がよく書かれています。（余談：この記事の例を見ると、foreachのすばらしさが実感できますね）

DBセキュリティ虎の巻 第2回 データベースの認証を総点検

チェック項目9：
データベースにログインできる時間帯を制限しているか

3ページ目に上記の記載がありました。時間制限を設けることって考えたことがなかったです。確かに夜中は作業をしないと思われますので、誰もログインできないようにすることは必要なことかもしれませんね。不審者は誰もいない頃合いを見計らって侵入してくるわけですから。アプリケーションのセキュリティと考えたときに、パスワードの漏洩やデータの改ざんやセキュリティホールといったところばかりに目がいってしまいますが、現実のセキュリティと照合しながら、可能な限り”守る”ということが必要なのでしょうね。
可能な限りというのは、資産には重要度・優先度があるわけで、コストバランスなどを見ながら、検討すべきということです。時間制限の実装のために高いコストがかかるとした場合に、その他のセキュリティ事項を満たすことによって資産が求めるセキュアな状態を確保できるのであれば、あえて時間制限の実装をする必要はないということになります。（Oracleはログオントリガーがあるようですので、さほど手間ではなさそうですが。）

エンジニアは服には金をかけない
見出しが笑えた。でも、笑えないというか、共感している部分があって、私も数年前の写真を見ているときに、正に今着ている洋服が一緒だったりすることが、よくあります。新しい服は妻に買ってもらったものばかり。orz。

「1回の飲み会で使う金額」は5500円

いやいや、どん兵衛で1000円くらいを置いていく程度です。ｗ
（終電が気になって長居できず）

どうもプログラマ指向なのか、ページ仕様（拡張子page）をあまり活用せずに、HTMLテンプレート（拡張子html）にjwcのformalまたはinformalなパラメータをタグの属性に書いてしまいます。こんな感じで。

<form jwcid="@Form" listener="ognl:listeners.formSubmit">
</form>

でも、このようにはせずに、ページ仕様の中で、

<component id="form" type="Form">
 <binding name="listener" expression="listeners.formSubmit"/>
</component>

と書くべきですね。
先ほどのHTMLテンプレートに関しては

<form jwcid="Form">
</form>

となりますので、よりビジネスロジックとデザインの分離が高まるわけです。確かにHTMLテンプレートにjwcのパラメータを記述する方が楽なのですが、コンポーネントが持つformalまたはinformalのパラメータをプレゼンテーション側で保有することになるため、あまり分離する意味がぼやけますね。とにかくモックとなるHTMLテンプレートが出来上がったら、jwcid属性だけを付加するように心がけて、jwcのパラメータはページ仕様に記述すべきですね。
とは言いながら、AタグによるリンクはHTMLテンプレートでも十分に動きを見れますが、inputタグのSubmitボタンなどは動きが表現しにくいです。
その場合、私は次のようにしてページ移動などをしています。TapestryのFormコンポーネントがaction属性を上書きしてくれますから、表に出ないコードになります。

<form jwcid="form" action="javascript:location.href='Next.html'">
</form>

Tapestryの力がだんだん見えてきました。静的なサイト（モック/HTMLテンプレート）を先に作成して、ある程度フローの動きが見えたところで、動的なデータに関してはjwcid属性を割り当てていく。非常に楽になりそうな予感。

記念の100エントリ目。
JDKにあるsrc.zipをjavadocで一括出力しようとしたらjava.lang.OutOfMemoryError:メモリを増やしてください。。つまりスペックが足りないのね。orz。やっぱりAPIdocもダウンロードしなきゃダメかねぇ。。。テキストエディタぢゃなくてEclipse使えって？ごもっともです、はい・・・。

コマンドラインから。

javadoc -d doc -subpackages *

antで。

<?xml version="1.0"?>
<project default="doc">
	<target name="doc">
		<javadoc sourcepath="src" destdir="doc" packagenames="*" />
	</target>
</project>

TechNet スクリプトセンター
Microsoftってこういうこともしているんだ！スクリプトの需要は特にSIerに多く見受けられると思うんだけど、例を多く掲載してくれているので、困ったときや何かを構築したいときに役に立ちそうですね。「アレを自動化できないものかなぁ・・・」とか「こういうツールを作ると工数がかかりそうだし、我慢するか」なんていう悩みを解決してくれるかもしれませんね。
Microsoft、グッジョブ！