GPL v3 クイズ

SugarCRMのサイトでGPL v3クイズをやっていたので、挑戦してみました。

http://www.sugarforum.jp/cgi-bin/tqquiz.cgi?genre=gplquiz


ボクの結果は70点。
Linuxコンソーシアム運営委員としては、落第点か・・・(--;

TSUBAME

ようやく新年最初のエントリー。
あけましておめでとうございます（遅）。
今年は、最低でも週に２回はここにエントリーしようと思っていたのにいきなり破ってしまいましたが、なんとか今週からはせめて自分で決めたルールぐらいは守っていこうと思います。


さて、去る1月15日（月）にLinuxコンソーシアム サービス部会の企画で「スーパーコンピュータを見学に行こう！」というものが開催されまして、
これまでまったく見た「スーパーコンピュータ」の響きに興味深々で手を挙げて見に行きました。

見に行ったスパコンは、東工大にある「TSUBAME」（グリッドシステム）。
Tokyo-tech Supercomputer and UBiquitously Accessible Mass-storage Environmentの略だそうです。
東工大のシンボルマークであるツバメともかけているそうで。

まずは、TSUBAMEプロジェクトの責任者である東工大の松岡聡教授に10分ほどのビデオとスライドの説明を1時間ほど受けました。
ボクはハード面はからきし弱いので、56.43TeraFlops（2007年11月時点、現在は83.xxTeraFlopsだとか）と言われても
それがどれぐらいスゴイのか感覚的に理解できないんですが、日本では4期連続No.1、世界でも性能的には5位と6位の間に入るそうです。
（ちなみに上位は全部USAでした）

さて、そんなボクが書けるところと言えば、文系目線なトピック的なところばかり。
とりあえず見たもの、聞いたこと等を羅列してみます。
・TSUBAMEの目標：「計算の速さNo.1」＋「データセンターとして運用」
　⇒研究色が強いのかと思っていましたが、実運用もきちんと見据えて開発を進めているそうで、産学のアライアンスのホスティングに使おう！という思想は素晴らしいと思いました。
・「みんなのスパコン」
　⇒学生が気軽にスパコンを使える環境を用意することで、将来の技術者を育成していくそうです。素晴らしい。
・環境問題
　⇒CO2排出量：1日でF1レース一回分に相当（！）
　⇒電力使用量：具体的な数値は聞きそびれてしまいましたが、他のスパコンに比べてコストパフォーマンスは10倍ほど。
　⇒いずれも継続課題として環境面への問題へは取り組んでいくそうです。
・設置環境
　⇒東工大の中にあるセンターに設置。1階にストレージ群、2階にCPU群が配置されている。
　⇒100平米に7,000CPUがあり、集中冷却。やはり一番の敵は「熱」。

以下、撮りまくってきた写真の中からいくつかご紹介（クリックすると大きな画像が表示されるはずです）。

アジアNo.1の証。


入口。「保健室」ぐらいの勢いで書かれた「スーパーコンピュータ室」


１つのブレード内にこれだけメモリ、CPUが刺さってます。


それがこれだけ並んだらそりゃスゴイ。とりあえず皆で撮影大会。


この部屋は通常のマシン室より温度高め。それもSunのマシンが26度でも安定稼動する優れものだから。
これによって冷却エネルギーの消費を抑え、環境面にも一役かってるそうです。すごいぞ、サンマイクロシステムズ！


しかしこの配線、すごいゴッチャリ感。


2台もの扇風機で冷却されているラック。こいつは大物に違いない。


やはり大物。線がワシャーっと。


ほとんどプレデター。


一番意外に思った「加湿器」の存在。（冷却のための）空調を使い続けていると空気が乾燥して静電気が発生してしまうため、それを防ぐために湿度を保つことが重要だそうです。
初めて知りました。



そんなわけで、すいません、何ともオバカなレポートになってしまいましたが、貴重なものを拝見させていただきましてサービス部会と東工大に感謝です。

ロゴの作成

実は今、会社のロゴを刷新しようと考えていて、電車などに乗ってて何も出来ない時間は「あーでもない、こーでもない」と頭をひねっています。
そんな中、ジラッファさんが「giraffa labs」でロゴ製作の流れをとても丁寧な内容で公開されているのを見つけました。
http://giraffa.heteml.jp/wordpress/2007/11/28/design/92

こういう「過程」が公開されるのは非常に有益ですね。
参考にしてみよう。

エンタープライズ・マッシュアップ

「マッシュアップ」というキーワード、ボクはこのキーワードが大好き。
でも、無理はしないでほしい。

マッシュアップが「システムの断絶」を解消する

エンタープライズ・マッシュアップ。なんだそりゃ。
言葉としては随分と以前から存在していることは、ググると明らか。
しっかし、SOAやらSaaSやらと、何が違うんだろう。結局、言いたいこと、やりたいことは方向性として全部同じなんだろうけど。
それが内部サービスの組み合わせなのか、外部のサービスも含めた組み合わせなのか、というとことが違うだけで。

で、ボクが「無理はしないでほしい」というのは、「エンタープライズ」という言葉がつくとセキュリティやシステムトラブルの際、必ず「責任分解点はどこか？」という問題が出てくるから。
AというサービスとBというサービスをCというエンタープライズマッシュアップのフレームワーク（？）で構築してそれを利用している際、セキュリティ上の問題やトラブルが発生した際に「何が悪いのか」を簡単には特定しにくくなる。
Aが悪いのか、Bが悪いのか、Cが悪いのか、AとCの組み合わせが悪いのか、BとCの・・・
最初にきちんと想定されるリスクとその責任分解点を把握し、それをサービス提供者、利用者などのステークホルダーが互いにグリップできていなければ、こんな話になるのが目に見えている。

ボク個人の感覚としては、マッシュアップはもっと気軽に扱われるべきで、「エンタープライズ」なんて言葉はつけなくていいと思っている。
「あれとあれ、組み合わせたらちょっと便利そう」ぐらいの語感を保った言葉であり続けてほしい。
＃ここで、サラっと「こんな感じ」ってサンプルをJavaWebStartとかで見せれると、このエントリーにも説得力が出るんだけどなぁ…(:_;)
作りたいと思いつつ、企画がFixせず放置しっぱなし。


さてこのマッシュアップ、技術的な観点から見ると「サーバ側で組み合わせてクライアントへ提供する」というのが常識のようだけど、クライアント上で組み合わせてもいいと思う。
というか、利用しているサービスがクライアントで動いていようがサーバで動いていようが、それがどこで組み合わさっていようが関係ない（気にしない）環境が良い。
そしてこれをやろうと思うと、前述のように「エンタープライズ」という冠は重過ぎる。

最初に紹介した記事で、「電子メールを中心に」というのは大いに納得した内容だが、そこからさらにユーザが繋ぎたい基幹システムを選んで利用できるかというと、そこはまだクリアすべき課題が山積み。
いずれ技術的に、あるいはビジネスの仕組み的に解決されるときは来るだろうけど。

最近気になっているニュース等

最近気になっているAdobeさんのニュースを付箋代わりにペタっと。

・"Enterprise RIA"を推進するアドビのオープンソース戦略

やっぱり新しい技術や概念の裾野を広げるには、オープンソース戦略というのが効果的なんだろう。
「まずは無料で気軽に触ってみることができる」というのは、今や常識。
そろそろウチも真剣に取り組まねば。

・伝統的なソフトよりも、SaaSの方が優れている

SaaSのUI部分として普通にAIRなどのRIAを取り上げているところ（Webブラウザに拘るわけではなく、という意味）が非常に共感できる。
なんでもかんでもWebブラウザで、ってなると、最終形は「Webブラウザの中でOSが動いている」という状態までいくんじゃないかと。そうすると、OSの役割はなんだ？とかブラウザOSの中でMDI的にWebブラウザが動いたりするのか？とか本末転倒な混乱をしそうでオモシロイ（笑）。


あ。「AIR」って「RIA」の逆さ読みなのか・・・今気付いた(--;

それにしてもWebブラウザ上で利用できるPhotoshop（Photoshop Express：開発中）ってスゴイ。完成したら是非とも触ってみたい。