新社長さんって

昨日、東京電力の新社長が決まりました。なんでもこれまでの慣例を打ち破って営業畑の方だとか。かばだんなさんはこのニュースをここ１年の電力関連のニュースの中で一番歓迎します。
　正直な話 誰もやり手がなくって元弁護士が会長になったって聞いた時には「ダメだこりゃ」と思ったもんですが、いや会長さん恐れ入りました。バランス感覚に富んだ素晴らしい采配だと思います。現経営陣留任は戯言としても、巷間言われている「一気に若返り」案は現実的ではないと思うからです。
　一般の企業なら一気に若返りもアリでしょう。ですが電力会社はそうはいきません。電気の安定供給は人件費が上がり切ったこの国の産業の最後の生命線なのですから、万が一にも混乱があってはならないのです。そういう意味では（現状維持は論外ですが）ソフトランディング以外の選択肢を採るべきはないと考えます。であれば、必ずしも社長を若返らせる必要はないのです。（年が若い事が価値ではないでしょ。それより組織のツボをクリィティカルにツンツンできるスキルの方が重宝だと思います。）
　もう１つ、ソフトランディングであるべき理由。電力会社というのは「命がけの部隊」を抱えているのです。台風や洪水といった災害で電線が切れたり電柱が倒れたりするたびに、配送電担当者が飛んでいって復旧に当たるのです。そんな時に組織が混乱していては事故が起きます。現場が苦労しているのに首脳陣がボンクラで、振り回された現場がさらに危険にさらされるなんて悲しい出来事は、事故直後の福島第一原発だけでもうたくさんでしょう。
　そんなわけで、かばだんなさんとしてはソフトランディング路線も新社長さんにも期待が持てると感じています。（昨日、新社長の会見をざっと見ましたが、やっぱり分かってる方ですね。自分がどの方向を向く事を期待されて社長に指名されたかよくご存知です。）

社内カンパニー制について

～意図不明な守備範囲～

しかし社長さんが変わったからと言って楽観はできません。官庁だろうと民間だろうとある程度の規模の組織というのは組織自体の自己防衛機能が働くからです。その最たる例は今年の２月に素案が出て分かったような分からないような扱いになっている「分社化」案です。これなんか一見改革に見えますが、私には電力会社の自己防衛というか煙幕にしか見えません。

分社化というのは東京電力が作成して本日政府に認可された「総合特別事業計画」の一項です。短いのでまんま引用しましょう。

　・社内カンパニー制導入（「燃料調達・火力発電」「送配電」「小売り」）

なんかよくなりそうに見えますが、あくまで「なりそう」なのに注意が必要です。
　例えば「小売り」ってなんでしょうか？ＣＳや電気料金請求部門の事でしょうか？？（これについて明確にした資料が見つかりませんでした。）
だとしたらちょっと違和感があります。例えばかばだんなさんの自宅は千葉支店配下の京葉支社の管轄です。電気料金の請求も支社から来ます。では配電はどうかというと、仮に引込内線（電柱と家屋を繋ぐ電線）までを配電として、京葉支社に配電担当はいないのでしょうか？そんなはずはないですよね。災害時の即応性を考えても。
　１つの支社の社屋の中に複数のカンパニーが同居？？支社長はどっちから出すの？？なんか民営化後の郵便局みたいですねｗｗｗ
　なんでこんな分かりにくい所で線引きしたのでしょう？どうやらここら辺に意図が隠れているような気がします。

～なぜ配電と小売りを分けたのか？～

たった３つなのに小売りと配電を分けたのは、うがった見方をすれば収益性の違いだと思います。ＣＳ／メーターチェック／請求業務というのはある程度業務内容もイメージがわきますので、第三者でも費用の妥当性のチェックは可能です。つまり儲けようがありません。
　しかし電線路を200m引っ張る工事にいくらかかるかイメージの湧く人は少ないでしょう。どの電柱を何ｍ間隔で何本・・・なんて分かる人は外部にはそうそういませんから、「電柱１本建てるのに1000万円」と言われれば何となく妥当な気になってしまうのです。つまり儲けようと思ったらいくらでも儲けられる。
　儲けられない部門を生贄的に切り出すことで収益性の高い部門を守ろうとしているのではないでしょうか。

～なぜ送電と配電を分けないのか？～

「どっちも電線で電気をリレーする仕事だから」とか言うんでしょうか？おいおい(笑。
・送電は発電所から変電所までが担当です。従って所属は変電所にできます。
・対して配電は変電所から契約者の建物までです。従って所属は各支店・支社にできます。
配電と小売りを分けるより、送電と配電を分けた方が分かりやすくないですか？それなのに送電と配電を分けないのにも、きっと意図があるのでしょう。
　恐らく送電と配電を分けられないのは、民間に負けちゃうからではないでしょうか。変電所から契約者まで電気を引く民間事業者は今後どんどん増えてくるでしょう。こういう事業者は「配電＋小売り」がビジネスドメインですから、送電と配電を分けちゃうと露骨に民間より高額なのがバレちゃうじゃないですか。しかし送配電をまとめておけば（送電はさすがに民間にはハードルが高いのでそうそう参入できないでしょうから）数字を明確にする事だけは回避できる、という事なんじゃないでしょうか。

公開されない総合特別事業計画

上記のとおりかなり作為的な総合特別事業計画ですが、マスコミ各紙とも同じような内容で報道されており、どうも情報操作が入ってる風なんですよね。探してみたのですが計画書の詳細はどこにも公表されていませんし。公開されてない計画に公的資金１兆円ですか・・・。
必要なのは国有化より透明化だと思うのですが・・・。
（しかしこういう所を突っ込まない辺り、本当にあの野党はお大尽気分が抜けないというかなんというか・・・。）

電力融通について

日本の電力会社は相互に送電線をつないでいて、いざという時にその線を経由して電力に余裕のある会社から余裕のない会社に電力を売る仕組みがあります。去年の震災後に初めて知ったのですが、東京電力と中部電力の境界って３点しかないんですね！！社会インフラがそこまで冗長性を持ってないなんてダメじゃないですか！！
　電力会社がその気になれば、（社内の送電網は充実してるんだから）接続なんてすぐですよ、すぐ。それなのにその事実がおおっぴらになってからもう１年近くもたつというのに、いまだに促すのレベルですよ。基本計画の作成が今年５月頃の予定だなんてどんだけノンビリしてるんでしょう？時間がかかる可能性があるとすれば用地買収ぐらいだと思うのですが・・・。

原子力発電について

意図的に最後に持ってきました。かばだんなさんに定見はありません。ごめんなさい。
ただ少なくともいえる事は、今の状態で再稼働されても かばだんなさんはその近所に住みたくありません。「１年間じっくり検討したんだもん」なんて言ってますが、その内容がさっぱり見えませんし、ましてや対応がまだ「予定」の段階で再稼働はないでしょ。
　誰が検討したのか、その人の利害関係者はどこにいるのか、数値は妥当なのか、想定値はいくつかのバリエーションを設けているか、等々まで含めた検証が必要なんじゃないでしょうか。それこそ妥当性だけでも裁判所辺りに検証してもらった方が良い気がします。マスコミもダメです。広告収入で運営している組織には限界があります。
　もう１つ言える事は、政争の具になっている感があります。賛成の人はそっち系の人の票を狙って。反対の人はそっち系の人の票を狙うのと与党の足を引っ張るチャンスとして。もうさ、そういう事やってるからあんたらの発言が生臭く感じるのよ。と、そういう人にはバッテンマスクを付けて発言できなくしないとこの問題収集付きませんよ。
　ちゃんと検討内容を検証し、裏意図のある人を黙らせて、その上で議論すべきと思います。（こういう所に時間をかけるのは重要。変に今年の夏までに答えを出そうとするから拙速になるのです。とはいえ夏の電力需要がピンチになる事は充分あり得るから、まず再稼働の議論を「今年９月末まで限定稼働」と「長期的な稼働」に分ければ議論は変わってくると思います。ま、なし崩しに毎年限定稼働が出そうですが、夏だけ動く発電所なんて維持コスト考えても電力会社だって嫌でしょうからそれが足枷になるのではないでしょうか。）
　もう１つ。この議論に意見を言う人は、自分の住んでいる町に原発ができる想定でないと発言してはいけないと思います。でなければ沖縄問題と同じ事になるでしょうからね。

そしてかばだんなさんの提言

とまぁこんな感じで電力会社は問題山積なのですが、かばだんなさんならこうするというのをまとめてみました。

• 社内カンパニー制は経営（金集め）の問題なのでやろうがやるまいがどっちでもいい。
• その代り決算時には事業グリッド毎に収支を公表する。（資産は会社が持つから損益計算書だけでもいいかな？甘いかな？）
  事業グリッドは、発電・送電・配電・燃料調達・資材調達・輸送、に分割する。
• 配電事業への民間参入の増加に伴い、送電事業は今後益々公益性を増すので、送電グリッドだけは別会社として、資本金の３分の１以上を国・地元自治体の出資とする。（こういう国公債の増加はアリ。）
• 電力を融通するための周波数変換施設は防衛省の管轄とし、運営保守を電力会社に委託する。必要な融通可能電力量は国会で定め、防衛省は国土保全上必要な数だけ施設を作る。（テロ対策などは防衛省にお願いする意図）
• 原発再稼働の是非については、30km圏内を1人3票・70km圏内を1人2票・100km圏内を1人1票として、その自治体の住人数に応じて首長による投票で決定する。投票云々の費用は電力会社が負担する。（個々の自治体で住民投票が必要かどうかは首長が判断し、その費用は自治体が負担する。）
• 原発は事実上当時の国策だったので、東京電力への１兆円の資金投入を国が行うのは止む無し。但し出資ではなく、東京電力が発行する社債を政府が満額引き受ける事で資金投入を行う。東京電力がグダグダなら社債を売り払う事をチラつかせる。（売られると債券価格がガタ落ちするので東京電力は無視できない）
• 東京電力は事故で人が住めなくなった地域に住人が戻れるようになるまで、役員賞与を全額寄付。どうしても住人が戻れない場合は戻れない全員の住む所と職を世話する。それまでずっと賞与寄付。（それで社員のモチベーションが下がるほど電力マンの心意気は安っぽくないと信じます。）
• 原発を再稼働する場合には、万が一の災害に備えて想定される賠償金額の一定額をプールしてある事を前提とする。

こんな感じでしょうか。一見「めちゃめちゃハードランディングやんけ！」と突っ込まれそうですね。ですが組織の問題には深く深くメスを入れ、政争の具にしたがる人にはバッテンマスクを付けつつも、実際には現場のやる事はほとんど変わらないと思いますので、私自身はソフトランディングだと思っています。
　ここまでやれば新規参入はどんどん増しますので、税収増も期待できるし、電力会社の体質改善につながると思うのですが。

で、最後になりますが、ここまでやっちゃって電力会社は潰れちゃうんじゃないかという意見もありますが、そんなことはないでしょう。理由は２つあります。
　まず第一に、これだけの巨大企業は「電力投資会社」として生きていけます。新規参入の会社を会社ごと買って新陳代謝を行うのです。なんかちょっといやらしいと思われるかもしれませんが、別に電力会社を潰すのが目的なわけじゃないんですから、食っていくためにはいいじゃないですか。
　第二に、こっちが最大の理由ですが、現場の人たちの安定供給に対する心意気です。昔、台風直撃の前の日、かばだんなさんは待機所に集まってきたある電力会社の保守要員の一団とすれ違った事があります。彼らはただ歩いてるだけなのですが、どこからともなくウルトラ警備隊のテーマが聞こえてきて、厚顔なかばだんなさんが後ずさった事を覚えています。そうなんです。彼らの「電柱が流れようが俺たちがすぐ立て替えてやるぜ」の心意気は、民間企業のそれを超越しているのです。新規参入組はこれを過剰品質とするでしょう、いやするしかないのです。ですが広域災害時などは、この心意気が会社を支えるんじゃないかと思っています。
　
　
　
いや～語った語った。これブログのネタ５本分ぐらいを一気に語っちゃいましたねｗ
でもまだ語ってない部分もあるのですが、それはさすがに公の場では止めておきますので、個別に聞いて下さい(苦笑。

しばらく真面目な話を書いてなかったのですが、ちょっと前にある人に促されたので書いてみました。意図的に書かなかっただけなのでネタはあるよ～ｗ
でもこの話、電力会社の話に見せかけてはいますが、実は かばだんなさんお約束の組織論だったりするのです・・・。

最近かばだんなさんは初めてSQLServerに触れる機会を得まして。これ、いいです。
導入時の認証・権限管理の部分がちょっと難しいです。情報も分かりやすいのがまとまってるわけじゃないし。
たぶんこの難解さで、多くの人が目一杯に権限を緩くしてDB構築し、セキュリティリスクを作ってしまうんじゃないかと思います。（「そのうちちゃんと組みなおそう」と言いつつ時間が無くてそのまま本番運用、なんて光景が容易に想像がつきます。）　もったいないよね。
・・・と、昨日ランチの時に有識者に話したら「お前がまとめ文章書け」と言われました。そのレベルにはまだ達していない（苦笑。

でも入り口はちょっとつまづきましたが、それ以外はクセもなくスムーズです。

で、面白がってSQLServerで使うためのユーザー定義関数を作りましたので今回はその一部を公開します。
現在日時を取得するNOW() と 日付書式を変換するためのDATE_FORMAT()です。

NOW()に相当するものはSQLServerにもあるので、これはクラウドサービスであるSQLAzure用ですね。
あ、SQLAzureもいいですよ。ローカルのSQLServerでやれることがまんまクラウド環境でもできるので開発効率もいいし。

またひとつ選択肢を入手してしまった かばだんなさんなのでした。

この資料の特筆すべきところは、

• 機械翻訳・非技術者翻訳ではなく、技術者による翻訳なので分かりやすい。
• 個々のチェックポイントについて、NG例・OK例が提示されているので、文章の意味が分からなくてもコードを見たらよく分かる。
• 巷間話題のAndroidアプリで関係するチェックポイントはどれとどれか、別表で明確になっている。

といった辺りでしょうか。通常セキュリティ診断の会社にこの資料出してもらうとすれば数百万円は払わなくてはならないでしょう（それでも格安）が、それが無償公開だなんて！！！

何となくセオリーとしてやっていた事・やらずにいた事ってのが、実はセキュリティ的な意味があったという事が分かったりもしますので、ざっと読むだけでもなかなか面白いですよ。
特に「とりあえず作れ！」的な感じで質問できる先輩もいないのに Javaのプログラマになっちゃった方には必読の文章だと思います。腕磨いて下さい。（これ、特定の誰かを頭に浮かべてるわけではありません。ホントに（苦笑。）

しかしこんな情報が整理された状態で公開されるなんて、ホント、いい世の中になったよな～。

＊ 「CERT Oracle Java セキュアコーディングスタンダード」 日本語版
＊ Androidアプリケーション開発へのルールの適用（日本語版オリジナル）

そう、メモリの交換ぐらい・・・・

１．マシンの蓋を開けてメモリを差し込みます。
DELL PowerEdge T100は一度フタを開けると起動時にBIOSが警告を出しますので、BIOSの設定をクリアしなければなりません。普段通りのネットワーク越しの接続ではBIOSの設定はできませんので、モニタを出してきて直結しました。
　⇒　モニタの電源が入りません。モニタが壊れていた模様。

２．モニタを買ってきます。
急いでいたので近所のヤマ●電機に買いに行きました。１万３５００円。安くなったもんですね。買ってきたモニタをつないで起動。「Alert!Cover was previously opened.opened.（警告! カバーが取り外されました。）」と表示されたらF2。おぉ、BIOS設定画面か。何もかも懐かしい。[System Security]－[Chassis Intrusion]を、[Detected]から[Enabled]に変更。
　⇒　Windowsが起動したので安心したが、間もなくWindowsが突然昇天（前触れ無し）。再起動するもファンは回るがBIOSが起動しない。（ここでしばし放心状態）

３．メモリを少し減らします
BIOSが来ない・BEEP音が鳴らないとくれば電源ユニットかマザーがいかれたかと思ったのですが、４スロットに４枚メモリを差した事でどこかに負荷がかかったのかも（根拠なし）と思って２枚に減らして起動。おぉ！！起動した！！！
何度かマシンの再起動を繰り返して動作確認をすると・・・
　⇒　「シャットダウンしています」画面で異常に待たされた後、ブルースクリーンが出てそのままなぜか起動プロセスへ。（毎回再現）

４．USB無線LANクライアントを外します。
起動後にWindowsがブルースクリーンの原因を調べてくれて、無線LANクライアントがいけないと教えてくれた。（調査結果はドンピシャではないけど大いにヒントになった）
先週「２経路にしたら便利かも」と思って余ってたUSBクライアントを差したのですが、普段再起動しないマシンだったので問題に気が付かなかったんですね。必須要件でもないので抜いてみました。
　⇒　動いた！！！

以上、楽しい休日でした（苦笑。　でも１GBが４GBになったのでご機嫌です♪

でも、一覧画面でありがちな「条件で絞り込み」みたいな要件にどう対応したらいいのかってドンピシャで書いてるところ少ないんですよね。前に確かに実装したのにな・・・って事で覚書。（今回はCakePHP 1.3.10 で動作確認しています。）

【今回の要件】

例えば、人の一覧画面で、［全て｜男のみ｜女のみ］みたいなスイッチで絞り込みをしたいとしましょう。

やり方は色々あるのですが、どうせなら通常「http://あああ.com/・・・/index/page:2/sort:name/derection:asc」とかなってるURLにさらに「/seibetu:1」みたいな独自のパラメータが追加できればいいですよね。

【namedパラメータが途中で消えないようにしよう（View編）】

この場合は Viewファイルに

<?php
// ページネータが自動生成してくれるリンクに独自のパラメータも追加してもらう
if (isset($this->params['named']['seibetu'])) {
	$paginator->options(array('url' => array('seibetu' => $this->params['named']['seibetu'])));
}

// 絞り込み用のリンク作成
$str = sprintf("[ %s | %s | %s ]",
	$this->Paginator->link('全て', array('seibetu'=>'')),
	$this->Paginator->link('男のみ', array('seibetu'=>'1')),
	$this->Paginator->link('女のみ', array('seibetu'=>'2'))
);
?>

と書きます。これでページが変わろうとソート順が変わろうと、絞り込み条件はパラメータとして引き継がれ続けます。

ちなみに余談ですが、上記ソース中「$paginator」と「$this->Paginator」は同じ物です。HtmlHelperが「$html」でも「$this->Html」でもアクセスできるのと同じです。変数名が短い方がいいか、ヘルパを操作しているのが一目で分かる可読性の高さを好まれるか、お好きな方をどうど。（そりゃ速度性能から言えば$paginatorの方が速いけど、万分の１秒も変わらないだろうから・・・・。）

【引き継がれた条件で絞り込み検索（Controller編）】

次はコントローラ側です。ここではリクエストパラメータを受け取って絞り込み検索を行います。Bakeで焼いただけの自動生成されたソースでは

	$this->set('modelNames', $this->paginate());

となっていると思います。これを

	$conditions = array();
	if(isset($this->params['named']['seibetu'])) {
		$seibetu = $this->params['named']['seibetu'];
		$conditions = array(
			'Person' => array('seibetu' => $seibetu)
		);
	}
	$this->set('persons', $this->paginate(null, $conditions));

といった感じで書き換えればＯＫです。

【POSTで条件を送る場合（余談）】

単独ならこれでもいいのですが、複数の条件を入力して１回でドカン！と再検索しようとするとどうしてもフォームを作ってPOSTで送る感じになりますよね。
これこそ実装方式は色々ありますが、かばだんなさんは上記コントローラ編のソースの前に下記のように書いています。

	if ($_SERVER['REQUEST_METHOD']=='POST' && isset($this->params['data'][$this->modelNames[0]]['seibetu'])) {
		// ポストされたデータを名前付き変数に再セット
		$this->params['named']['seibetu']
			= $this->params['data'][$this->modelNames[0]]['seibetu'];
		// で、そのまま自分にリダイレクト
		$this->redirect($this->params['named']);
	}

リダイレクトは不要と思われるかもしれませんね。はい、なくても動きます。
単に かばだんなさん の趣味ですｗ

しかしまぁ、「実装としては何てことはないけど忘れてしまうと大変」というのが、規約系フレームワークの辛い所ですね（苦笑。

先日そういった処理を実装する方法を質問されて、ちょっと説明に苦心しました。忘れてますね~（苦笑。

ということで本日は説明した時の備忘録。

まずそれぞれの「待つコマンド」の違いを見てみましょう。

他の言語の sleep() や wait() の役割

指定された時間（多くはミリ秒単位）待ってから次の行を実行する。

JavaScript のsetTimeout() の役割

一定時間後に実行する処理を予約登録し、そのまま次の行を実行する。（ビデオの録画予約を登録したらさっさと次の用事を始める人間の動きに似ています。）

この違いが分からないうちは、

	alert("始めるよ");
	for( i=0; i<10; i++) {
		setTimeout("alert('Go!')",2000);
	}
	alert("お待たせ");

なんてコードを書いてしまいますね。この例ですと「始めるよ」を表示した後（すごい勢いで10件分の予約登録だけしてから）すぐに「お待たせ」が表示され、２秒後に連続10回「Go!」が表示されます。

以上、説明編。

ではどう実装するかですが、例えば配列にパラメータを突っ込んでおいて、その件数分ループしながら４秒に１回処理を行う、というありがちな処理の場合は下記のような実装でどうでしょう。

// パラメータ
arr = [1,3,24,126,326];
// 実処理の実行
act();

function act() {
	// パラメータが無くなっていれば終了
	if(arr.length==0) return;
	// 配列の先頭を使う
	param = arr[0];

	//TODO: 何かの処理
	alert(param);

	// 処理済みのパラメータ削除
	arr.shift();
	// 次の回の実行予約
	setTimeout(function(){
		act();
	}, 4000);
	// これで１回の処理は終了
}

一見 再帰的に呼び出しているように見えるので、「パラメータの件数が増えた時に大丈夫？永久ループでは使えない？」と思われがちですが、あくまで後続の関数呼び出しは「予約登録」を行っているだけで自関数内から呼んでいませんので、再帰ではありません。

ところで若いうちはJavaScriptにsleepもwaitもないと分かると、

	alert("始めるよ");
	for( i=0; i<10; i++) {

		alert("処理します");

		// 待ちのための空ループ
		for( j=0; j<10000; j++) {}
	}
	alert("お待たせ");

とやりがちです。こりゃあもう間違いのセオリーですな（笑。
これはダメです。なぜかというと、このやり方だと割り込みが入らないので、同じページで例えばonclick()なんかを仕込んでおいたとしても処理実行中は聞き入れてくれません。処理が終わるまで固まりっぱなしです。
まぁこういう方式もバッチ処理ならこれもアリかもしれません。JavaScriptでバッチを組むなら・・・。

あまりの薄さに向こう側がうっすら透けているのがお分かり頂けるでしょうか？
（カメラマンかばだんなさんの腕が悪いのですが、実物はもっともっと綺麗で上品です。）
かばだんなさんはこういう職人の仕事が大好きなので、テンションあがりまくりです。

ちなみに制作は家田紙工さん。イケてます。

工芸品は使ってナンボと信じているかばだんなさんは、こいつを相棒に夏を乗り切るつもりです。

そのサイトで多対多のテーブル連携ってのがありまして。
そのまま書くわけにはいかないので題材を変えると・・・例えば「会議議事録管理システム」としましょうか。

テーブルの構成としては「会議」のテーブルと「メンバー」のテーブルが ｎ：ｎ の関係で連携します。１回の会議には複数人が出席しますし、１人のメンバーは複数回の会議に出席しますからね。
モデルクラス同士のつながりは下記のイメージになります。

このような連携のアプリケーションを実装するために、CakePHPでは「HABTM(hasAndBelongsToMany)」という仕組みを使うわけです。
（サンプルのコードはCakePHP 1.3 を使用しています。）

== モデルの作成 ==

CakePHPの場合はモデルクラスはBake で焼いちまった方が早いです。ここで注意すべきは、

• 中間モデルも（空っぽでいいから）作っておかなくてはダメ。（メンバー情報・会議情報でHABTM定義してるからいらないやと勝手に思って実装したら動きませんでした。）
• 中間モデルのクラス（ファイル）名は前半分が複数形、後ろ半分が単数形。

という事ですかね。

もしあなたがモデルクラスをBakeで自動生成したなら、例えば会議管理クラスファイルには

	var $hasAndBelongsToMany = array(
		'Member' => array(
			'className' => 'Member',
			'joinTable' => 'meetings_members',
			'foreignKey' => 'meeting_id',
			'associationForeignKey' => 'member_id',
			'unique' => true,
			'conditions' => '',
			'fields' => '',
			'order' => '',
			'limit' => '',
			'offset' => '',
			'finderQuery' => '',
			'deleteQuery' => '',
			'insertQuery' => ''
		)
	);

って感じで書かれているでしょう。でしたらもうこれ以上何も要りません。
「Bake様に焼いてもらうような無精は許せん！」という男気溢れるあなたは上記のコードをクラス内に貼り付けるだけです。

== ビュー・コントローラの作成 ==

フロントエンドもそんなには難しくないです。参照の方は画面をBakeで焼いてしまえばサンプルがそのまま出来上がりますから省略するとして、更新の方だけ。

例えば会議を登録する時、参加したメンバーをリストボックスから選択したいとしましょう。

=== リストボックスに表示するデータの取得 ===

まずコントローラファイル（meetings_controller.php）では画面表示用に事前にメンバー情報を検索しておきます。

		$members = $this->Meeting->Member->find('list');
		$this->set(compact('members'));

ちなみにここでsetする変数名ですが、「先頭だけ小文字のキャメルケース」になっていました。例えばテーブル名が「company_members」なら、この変数名は「companyMembers」になります。

=== 更新画面の入力フォーム ===

さて画面ファイル（add.ctp）ですが、これはもっと簡単。<form></form>内に

	<?php // 会議登録画面
		echo $this->Form->input('title');
		echo $this->Form->input('when');
		echo $this->Form->input('place');
		echo $this->Form->input('Member'); // ←この１行追加
	?>

と１行追加するだけで、出席者をリストボックスから選択する事が出来るようになります。

余談ですが、このctpによって生成されるHTMLは、

<select name="data[Member][Member][]" multiple="multiple" id="MemberMember">
<option value="25">かばだんなさん</option>
<option value="26">若旦那さん</option>
<option value="27">バカ旦那さん</option>
<option value="28">大旦那さん</option>
</select>

となります。「data[Member][Member]」は「data[Meeting][Member]」と書きたい気もしますが、これが正しいです。気持ち悪いけど。

さらに余談ですが、登録画面で情報を入力してSubmitボタンを押した場合、コントローラに渡されるデータ（$this->data）は

Array
(
    [Meeting] => Array
        (
            [title] => 今日のお昼にチキン南蛮弁当は妥当かどうか
            [when] => Array
                (
                    [month] => 06
                    [day] => 25
                    [year] => 2011
                )
            [place] => 本社大会議室
        )
    [Member] => Array
        (
            [Member] => Array
                (
                    [0] => 26
                    [1] => 27
                )
        )
)

てな感じです。（ひどい議題の会議もあったもんですが。）

=== コントローラに戻って更新処理 ===

さてコントローラに渡った後の更新処理ですが、これも普通にMeetingテーブルを更新するだけです。具体的にはコントローラ内で、

if (!empty($this->data)) {
	$this->Meeting->create();
	if ($this->Meeting->save($this->data)) {
		$this->Session->setFlash('登録成功だぜ！', true));
		$this->redirect(array('action' => 'index'));
	} else {
		$this->Session->setFlash('エラーだぜ！', true));
	}
}

と、普通にMeetingの登録を行うと、自動的に中間テーブルの更新（今回の例ですと２行追加）もやってくれます。Meetingの削除を行えば関連する中間テーブルのレコードも削除してくれます。

以上、ホント簡単ですね。

～～ 中間テーブルに１件しか登録しないと分かってる場合 ～～

「こんなの ｎ：ｎにする必要ないじゃないか」と言われてしまいそうですが、モデル的にはｎ：ｎでもこの機能では１：ｎ なんて局面はあるもんです。
例えば上記の例で、会議登録時には登録者として自分だけの中間レコードが登録されるだけでいいや、みたいな時ですね。
その場合、もう少しシンプルにすることができます。

まず入力フォームですが、わざわざ入力させる必要もないのでhiddenにメンバーIDを埋め込んで送ってもらうとします。

	<?php // 会議登録画面
		echo $this->Form->hidden('Member', array('value'=>24));
	?>

これで生成されるHTMLは、

<input type="hidden" name="data[Member][Member]"
        value="24" id="MemberMember" />

となります。

Submitボタンを押してコントローラに渡されるデータ（$this->data）は

Array
(
    [Meeting] => Array
        (
                    <<省略します>>
        )
    [Member] => Array
        (
            [Member] => 24
        )
)

てな感じです。これで複数件の時と同様に、中間テーブルの更新もCakeが自動でやってくれます。

以上、「CakePHPのHABTMは分かりにくいので中間テーブル操作は自作した方が早い」って方を見かけたので、実はそんなに大変でもないよ、というご紹介でした。

本日とうとう今年初めてエアコンを使ってしまいました。とは言っても１時間ぐらいですが。
ちょっと体調微妙だったんで無理は禁物かな、と。

節電って確かに大事ですけど、体壊しちゃ何にもなりませんからね（笑。

ちなみに かばだんなさんは節電対策として、プリンターのコンセントを使わない間は抜いておくようにしています。これ、目に見えて電気代が減りますね。

みなさん頑張って暑さを乗り切りましょう～

普段だったらスルーなのですが、かばだんなさんは麻生系列の飯塚病院で生まれましたので通り過ぎる事ができません。そのまま５分ぐらい聞いてました。

「浦安の地価が下がったという事はすなわち皆さんの財産が目減りしたという事だ」という麻生さんらしい いかにも経済人的な発想や、積極財政政策によって財政安定化を狙う考え方などは かばだんなさんは非常に評価しているのですが、「なんだか分かんないうちにココに立つ事になっちゃった」とか・・・麻生さん～、それはちょっと笑いづらいのですが・・・（苦笑。

え、今日の演説で一番心に残った言葉ですか？
『亭主と政権は変えるのは意外と大変』
ですかね（笑。

だってそこだけ聞いたら、「大変だから自民党にもう１回戻すのはやめよう」って話になりかねないじゃないですか。いや、話の流れでいうと「だから民主党に変えたのは失敗だったんですよ」って意味だってのは分かってるんですけどね（笑。

麻生さんは経済と漫画の話以外はしない方がいいんじゃないかと思ったかばだんなさんでした～。