薄型PS3、HDD120GB搭載で29980円・・アナログテレビつければ・・・

ここの痛いニュース
SCE、薄型PS3を発表。HDD120GB搭載で29980円…9月の第1週に発売
http://blog.livedoor.jp/dqnplus/archives/1293993.html

ブラウザついて、ネットが出来るわけでしょ・・・で、２９８００円。
ゲームやんないんだけど、安いなあ・・・

地デジにしたら、アナログテレビって、いっぱい余るんだよねえ。。
じゃあ、そのテレビに、キーボードつけたら、
これ、企業向けによかったりして・・・（＾＾；）

Stateパターンのどこがすごいのか、感心されたので、書いてみる

　デザインパターンで状態を示すStateパターンっていうのがある。
　これを説明して、「Stateパターン、すげー（＠＿＠！）」
って感心されたんで、書いておいて見る。

---

■そもそも、Stateパターンとは？

状態を示す（抽象的な）スーパークラスStateをつくり、
（具体的な）各状態は、それを継承した、各状態クラスを作ります。

例：Stateクラスには、executeがある

public interface State {
	public State execute(State sts);
}

状態Ａ：StateAクラスでは、実行executeで処理Ａを行い、次に処理Ｂに行くため、実行Ｂを行う

public class StateA implements State{
	/*
	 * コンストラクタ
	 */
	StateA(State sts)
	{
		//	ここで初期値を設定する
		//	引数をStateB,StateC等、具体的にして、
		//	設定してもいい
	}
	
	public State execute(State sts)
	{
		//	処理Ａの実行（ここでは出力のみ）
		System.out.println("処理Ａ実行したとする");
		
		//	かえる（次の処理Ｂセット）
		return new StateB(this);
	}

}

状態Ｂ：StateBクラスでは、実行executeで処理Ｂを行い、ここで処理を終了する。

public class StateB  implements State{
	/*
	 * コンストラクタ
	 */
	StateB(State sts)
	{
		//	ここで初期値を設定する
		//	引数をStateA,StateC等、具体的にして、
		//	設定してもいい
	}
	
	public State execute(State sts)
	{
		//	処理Ｂの実行（ここでは出力のみ）
		System.out.println("処理Ｂ実行したとする");
		
		//	かえる(null＝終了）
		return null;
	}
}

こうすると、以下のように、ステータスに応じた処理をします。
＜＜呼び出しmain部分＞＞

public class Main {
	public static void main(String args[])
	{
		//	開始点は状態Ａ
		State sts = new StateA(null);
		//	次の状態がnullになるまで
		while(sts != null)
		{
			//	実行する
			sts = sts.execute(sts);
		}
	}
}

この結果は、当然

処理Ａ実行したとする
処理Ｂ実行したとする

となる。

---

■ここで、おさえておきたいこと

これをもし、ふつーに、状態遷移の変数で書くことも出来る。
こんなかんじ？

public class Main {
	public static void main(String args[])
	{
		int stsno = 1;
		State sts = null;
		//	次の状態がnullになるまで
		while(stsno != 0)
		{
			//	実行する
			switch(stsno)
			{
			case	1:
				sts = new StateA(null).execute(sts);
				stsno	=	2;
				break;
			case	2:
				sts = new StateB(sts).execute(sts);
				stsno	=	0;
				break;
			}
		}
		
	}
}

となる。
このように、状態遷移の番号を使って、switch文で分岐するっていうことは、
イベントドリブンの場合の普通の書き方だ（たとえばＢＲＥＷとか）

---

■Stateパターンのどこがすごいのか

で、ここで、

ステータスＣを追加し、
Ａが終了したら、Ｃを実行した後、Ｂを実行することにする。

そうすると、Ｃを追加したんだから、Ｃを作らないといけないのはあたりまえ、

public class StateC implements State{
	/*
	 * コンストラクタ
	 */
	StateC(State sts)
	{
		//	ここで初期値を設定する
		//	引数をStateB,StateC等、具体的にして、
		//	設定してもいい
	}
	
	public State execute(State sts)
	{
		//	処理Ａの実行（ここでは出力のみ）
		System.out.println("処理Ｃ実行したとする");
		
		//	かえる
		return new StateB(this);
	}
}

呼び出すＡもＢからＣへ、変えないといけないのは、こりゃ、しょうがない

public class StateA implements State{
	/*
	 * コンストラクタ
	 */
	StateA(State sts)
	{
		//	ここで初期値を設定する
		//	引数をStateB,StateC等、具体的にして、
		//	設定してもいい
	}
	
	public State execute(State sts)
	{
		//	処理Ａの実行（ここでは出力のみ）
		System.out.println("処理Ａ実行したとする");
		
		//	かえる＝ここ、ＢからＣに変わった
		return new StateC(this);
	}

}

だけど、逆に言うと、ここしか、かわらないのだ！
状態Ｂも、呼び出し元Ｍａｉｎも、何も変えなくても動く

処理Ａ実行したとする
処理Ｃ実行したとする
処理Ｂ実行したとする

ところが、状態遷移の変数を使って行う場合だと、Ｍａｉｎを変えないといけない。

---

■具体的なケースでかんがえてみると・・・

ここで、今の話を具体的に考えてみる。
Ｍａｉｎのクラスをパッケージソフト、ＳｔａｔｅＡ，Ｂ，Ｃをカスタマイズ部分だとする。


状態遷移の変数を使う方法の場合は、カスタマイズするたびに状態遷移が増えるから、
パッケージソフト（Ｍａｉｎ部分）を修正しないといけない。
ということは、状態遷移すべてまとまらないと、コーディングできないのだ！
そのうえ、Ｍａｉｎ部分を修正してくれるまで、ＳｔａｔｅＣのテストはできない。
・・・っていうか、カスタマイズのためにパッケージソフト本体を直すのは最悪だ（＞＿＜！）


一方、Ｓｔａｔｅパターンのほうは、Ｍａｉｎは、一切、手が入ってない。
ＳｔａｔｅＡとＳｔａｔｅＣのカスタマイズ部分だけだ。
状態遷移図を書いた場合、変更箇所前後だけを治せばいいので、わかりやすい。
自分の呼び出し前後側だけ、対応してくれれば、全体は、どーでもよく、切り替え可能だ。


このＳｔａｔｅパターンのように、状態をクラス化し、それを抽象的に操作してしまえば、
まだ見ぬ状態が出来たとしても、本体を変えることなくカスタマイズができる。
この、「本体を変えないでいい」というところが、すごかったりする。

---

ってことで、「へー（＠＿＠！）」と感心された・・・

デザインパターンの説明って、なにが、どーすごいのか、わかんない例で書いているから、
いまいち、すごさが伝わらないのよね・・・

”ゴールドマン自己「０．０３秒」で出し抜く”なんだけど・・・

これ、儲かるかもしれないけど、リスクもでかいよねえ・・

ちょっと前になるけど、日本証券新聞８月１２日号（駅売りだと、１１日夕方に東京駅、新宿駅などに売り出す）１面ひだり、

米国マーケットで衝撃
ゴールドマン自己「０．０３秒」で出し抜く
NYタイムズ紙がきっかけ

の記事。

要約すると、
（１）ゴールドマンは、NASDAQなどから、一定の料金を払う見返りとして、
　　　０．０３秒早く、株価気配値情報を受け取っている

（２）ゴールドマンは、この差を利用して、高性能コンピューターにより
　　　自己勘定取引により、巨額の利益を上げている
　　→これを「ハイフリークエンシー・トレーディング」（高頻度取引）
　　　といい、これで利益をあげていることは、ゴールドマンも認めて
　　　いる

でも、０．０３秒早いってことは、ほかより、０．０３秒分計算が早いだけでしょ？
（０．０３秒で計算するという意味とは限らない。たとえ、計算に５秒かかっても、
　ほかの会社も５秒かかるなら、０．０３秒分、ゴールドマンが速くなる）
いくら、「高度なイベントドリブン型システムを組んでいる」って言ったって、
たぶん、１注文分早いだけだよねえ。

　１注文分でかなり儲けるってことだから（ふつうは危険なので
何回にも分けるけど）、これ、かなりリスクのある方法なのでは？

　自己勘定だからできるのであって、顧客の委託をうけてやるような話ではないな。。
。。。たぶん