ソーマブリンガー

http://www.nintendo.co.jp/ds/ybsj/index.html

システムは、聖剣伝説のような感じかな、と思ったら、
「バトル」のサンプルムービーを見ると完全リアルタイムバトル(FFXIIのような)のようだ。
そしてDSとは思えない複数のキャラクターのスムーズな同時挙動。
これだ。これは松野泰己のゲームじゃなかろうか？

制作はモノリスソフト。
任天堂が松野さんプロデュースのゲームを作る開発者集集団として、
買収して傘下におさめたのではないかといううわさもあるソフトハウス。

Wikipediaにはまだ情報がないなぁ。

http://www.popxpop.com/archives/2007/01/firefoxtab_effect.html

Windows限定です。
ま、MacやLinuxはブラウザの外でワークスペースかえるよね。

　W.B.W | ウェブ進化論 本当の大変化はこれから始まる
　　http://blog.buchi.tv/?eid=736203

正直なところGoogleのような優秀なプログラマが企画者でありビジネスマンでありプログラマでもあるといった形態を構築することが我々日本の企業には非常に困難であるように思える。

ああそうか、そうかもね。
まず日本に「優秀なプログラマが企画者でありビジネスマンでありプログラマでもある」という人がいるのかどうかがよくわからない。そのように職人を逸脱し、レッテルを越え、ある意味オリジナルであろうとする探求者が十分にいるのかどうかわからない。また、そういう探求者をまともに評価できる人がいるのかどうかが怪しい。もし、スティーブ・ジョブズが現代の日本人だったら、上場企業の社長になっていたかどうか？

まあ、こうやって思い込むのは簡単だ。
しかし、本当かどうかは検証のしようがない。
なのにそういう自虐的な事を考えてしまう「奥ゆかしさ」が日本社会の欠点かもしれない。

まず自分がそういう人になってみればいいんじゃないか。

- - -

石井裕さんが言っていた。
日本にも素晴らしい技術がある。
「アメリカでやっていないじゃないか。」で評価されない事が多い。
しかし、オリジナルなものには前例なんてないわけで。
オリジナルなものを評価できる人を日本にもっとたくさん作らなければ。

- - -

ところで、アメリカで「ウェブ進化論」が出版されたとき、日本で売れたほど、売れるのだろうか？

http://codezine.jp/a/article/aid/2230.aspx

あと、平鍋さん、青木さん、咳さん、増井さんのプレゼンに参加させていただいた。みなさんすばらしいですね。

あ、それと 「日本Rubyの会がオープンソースの現在と未来を・・・」のパネル(食事つき)。
なんでしょう、空気感を読む感じでしょうか。あの空気感がですね。
なんともいえないなぁ。

角谷さんが立ったあたりでお腹が空いてしょうがなかったんですが、
サンドイッチを開けませんでした。
なんでだろう。

あ、そうだ、日本Rubyの会MLに入ろう。
（あのパネルになんらかのサブリミナル効果が？！）

うーん、感動したので誰かとシェアしたいなぁ。

アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣

posted with amazlet on 08.02.13

Venkat Subramaniam Andy Hunt 木下 史彦 角谷 信太郎
オーム社 (2007/12/22)
売り上げランキング: 436

おすすめ度の平均:

幹部研修講師です
アジャイルに興味がない人も、ぜひ手に取ってほしい一冊
ソフトウェア開発以外の現場にも

Amazon.co.jp で詳細を見る

1. イベント駆動OS
CPUなどの処理リソース全体のうち、管理用をのぞいた残りの部分を浮動票として、
みんな（プロセス）で仲良く使う。
一般道路のようなものだ。
なかには救急車などの緊急車両もあるので、先に通さなければならない。というルールもある。

共有すれば共有するほど効率は高まりやすい。
しかし、一方で、処理が溜りすぎれば、渋滞などを引き起こす。
横転トラックが道路を封鎖したり。みんなが同じリソースを食い合ってしまう。

2. 時分割(TSS)OS
初期のOS(大型汎用機)は、時分割(TSS)であったときく。
（私自身は、TSS自体には数時間しか触ったことがないので、あんまし実感がない。）

また、ロボットなどのリアルタイムOSも、時分割にちかい処理をしているはずだ。
（これもよく知りません。）

横転トラックが道路を封鎖しても、電気や水道が止まらないように、
役割分担をはっきりすることで、全体の最低限のスループットを維持する仕組みである。
(だんだん、メタファーが苦しくなってきました。)

あらかじめ処理を割り振るので、実際は行わない/必要がない時間というのが発生しやすいが、必要な時に必要なリソースが待機しているため、全体としての危機を引き起こさない。

3. イベント駆動OSの安全策としての分散処理
従来、イベント駆動のOSで、安全性を確保するためには、マシンをわけ、負荷を分散してきた。
一台がこけても他のマシンはこけないような配慮を行う。
そのために各マシンの装置の独立性を確保し、配分装置には精度の高いものをつかう。
そのためには、多くのマシンが必要になる。ネットワーク機器や負荷分散装置も高速で精度の高いものが必要だし、ネットワークも冗長化するためケーブルがたくさん必要になる。

しかし、資源枯渇が深刻になってきたため、マシンをホイホイと増やすわけにもいかなくなってきた。マシンの処理能力もフツーには伸びなくなってきた。

4. サーバ統合
そこで、一台のマシンを、時分割(TSS)で分割し、その中をイベント駆動で処理したい。
CPUがマルチコア化するにあたり、各コアを仮想のマシンとしてとらえれば、これまでマシンを複数にわけてきたケースでも、マシン一台ですむ（サーバ統合という）。
仮想マシン間の通信は共有メモリで代替できるので、そのぶんの、物理的なネットワーク機器やケーブルも削減できる。物理障害の影響が減り、待機電源も少なくてすむ。

VM(仮想化)はそういうニーズ(資源枯渇)と技術動向(マルチコア化)にマッチしていると考えられる。

5. イベント駆動と時分割(TSS)の組み合わせ
VMM(仮想化管理機能)自体がイベント駆動のOS上で動いていると、時分割(TSS)が正確にできないので、これまでマシンをわけてきたようには、安全でない。
そのためVMM自体が、時分割(TSS)を行えるOSであるほうがより安全であると考えられる。

ベアメタル型VMM(VMwareでいえばESXサーバ)はこの方向である。
VMM自体が極めて小規模なリアルタイムOSカーネルになっている（らしい）。

イベント駆動と時分割(TSS)を組み合わせる、ひとつの方法、トレンドである。

・・・そして、信じるか信じないかは、あなた次第、である（かもしれない）。

※ちなみにベアメタル型VMM(だけがイベント駆動と時分割(TSS)を組み合わせたわけではない。もともとOSはイベント駆動だが、各ハードウェアは時分割(TSS)だったりするわけだし。CPUクロックは完全に時分割(TSS)であると考えられる。時分割(TSS)は過去のモノ、なんていうのはナンセンス、ということである。

• 考えて走るサッカー
• トヨタ生産システム
• アジャイル開発
• 行動経済学

インプットが圧倒的に多く、多様なため、処理方法を事前に計画できない。
そのため、処理者がコレクティブに動くことで、状況に対処する。
各処理者が「事前に決まった行動」をとることを前提としない。
各処理者がどのように情報を分析し、対処するか？
どのように「他の処理者と協調できるか」？
全体のトレンドを決めるのは各処理者の行動様式に依存する。
そのため、各処理者にどのような情報をあたえ、訓練をするべきか。
また、指導や訓練をするものも、やはり、一処理者である。

処理者一人一人の質を高め、全体としての状況認識、
個人としての問題解決への創造性の発揮、スルー力を
高めなければならない。

協調作業を重視しなければならない。
単純な役割分担への固執は、各処理者の成長を妨げるかもしれない。
コミュニケーションと観察と考察/仮説検証が必要だ。

- - -

「インプットが圧倒的に多く」なったのは、流行ではない。
機械やCPU能力の増加、知識の蓄積、共通の言語を理解する人口の増加、
センサーやカメラの飛躍的な増加。
それらが組み合わせ爆発をともなって発生しつづけている。

- - -

するべきことの重点は常に変化し、学ぶべきことは常に発生している。

http://blog.twitter.com/2008/02/twitter-chooses-ntt-america-enterprise.html

こういうの、発表しちゃうもんなんですね。
あ、その分ディスカウントが期待できるのか。

私自身は全く関係ないけど。
NTTも関係ないし。

ちょっと人数多すぎる気もしなくもないが、レッズよりは普通だろう。怪我人も出るだろうし。
今年は勝ちにきている気がする（まあいつも勝ちにいってないことはないはずだけど）。
レッズ加入の高原にメタクソにされたらへこむけど・・・。

ネット事業部門をYahoo!主体でおこない、
サービス(これはオープンソースを活用するYahooモデル)にプラスして、Microsoftのプロプライエタリなソフトウェア技術を部分的に提供していくのではないか。
道具にはしない。必要なところは提供して競争力を強化する。

勝手な想像だけど、Ray Ozzie(?)がしたいのは、Yahoo!のようなネット事業であって、
Microsoftのサーバ技術を使いこなすことを優先するネット展示会じゃないんだろう。
独自技術でいくなら、Yahoo!を買う必要はないだろう。
その先にネット事業の未来もないとおもうし。

シアトルではOS開発。シリコンバレーではネット事業。
ネットにOfficeをのっけていく作業では、
ネットの遡及力を使いつつ、シアトルの技術で堅牢なウェブアプリを作る。

イノベーションのジレンマを克服するために、
まさに対極のDNAを買ったのかもしれない。
急速に取り込もうとすれば、両者で拒絶反応が強くでそうだけど、
緩やかに連合すれば、両者生き残れる可能性がある。

なーんてことは、当然みんな考えているけど、
大体うまくいかないんでしょうね・・・。

- - -

メディア・パブ: 「マイクロソフト＋ヤフー」，はたして相乗効果を発揮できるのか
http://zen.seesaa.net/article/82011403.html

風呂グラマーで有名な増井さんが渡米して起業準備とのこと。
頑張ってください（私は知合いでもなんでもないですが。）
http://blog.masuidrive.jp/index.php/2008/02/04/move-to-seattle/

自分でもびっくりな話なのですが、Life is beautifulの中島さんのサポートをいただき、今年3月に渡米＆起業をする事になりました。
場所はシアトル近郊の予定ですが、MS関係じゃーありませんw

３月のシアトルはまだ寒いでしょう。
牡蠣がうまいんだよね。スーパーで水槽売りしてたりするし。
いいなあシアトル。

イベント会場でディスプレイをリモコンで消しまくった事件。
これは悪質。しかし、あまりにカンタンなハック。
今後のイベントでは、リモコンの受光部がガードされるのでしょうか。

MySQLがOracleの買収提案を断ったのが約一年前の話であるようだ。

まずはやっぱりタイムマシーンがいい。 中身は pdumpfs なんだけど、 インターフェイスが変わるだけでこんなに違うとは思わなかった。

なぬー。
pdumpfsっていうのがあるんですかそうですか。
Ruby界では常識ですかそうですか。

pdumpfs: Plan9もどきのバックアップシステム

pdumpfs for Windows

アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣

posted with amazlet on 07.12.25

Venkat Subramaniam Andy Hunt 木下 史彦 角谷 信太郎
オーム社 (2007/12/22)
売り上げランキング: 2716

Amazon.co.jp で詳細を見る

- - -

追記1: 高橋さんがこんなことを書いていて、そうだよな、と感心したので貼っておきます。

2007-12-22 - 思っているよりもずっとずっと人生は短い。

あと、この本に限った話ではないですが、アジャイルを進める人たちにとって、「アジャイル（であること）」が価値判断を含んでいることが気になりました。アジャイルでないと駄目、とはいわなくても、少なくともアジャイルであることが問題を引き起こすことはないように書かれています。こういった考え方は、うまくいかない環境を「ちゃんとアジャイルしていない・なっていない」と判断するような論法にのっとっているような気もします。あるいは、「よい開発」を単に「アジャイルな開発」と呼び変えているとか。でも、それって言葉の使い方としてどうなの？　という気もします。

まあ、新しい流行というのはそういうモノかもしれません。

追記2: ・・・Amazonで注文したら、発送来月かよ。