東京には、こういった中心になって情報を発信できる施設がなく、勉強会とかもそれぞれが場所を見つけて運営したりしているし、また何かをリアルス ペースでアピールしたくてもイベント時でしかできなかったりで、日常的に行える場所がありません(もしかしたらあるのかもしれないけど)。
また、こういった場所があれば会社間で交流も生まれると思うし、仕事なんかが一緒に出来るかもしれない。気分転換に外で開発したくなっても電源やネット環 境に困ることが多いですが、このような施設があれば困ることはないでしょうし、また他の人の意見が聞けたりするだろうし、参考になる本とかも転がっていた ら最高です。

なので、こういった施設は凄く欲しい！
私は旧世代の人間というのもあって「ないものは作る」フラグが既に立っているのですが(笑)、でも財力も権力もありませんので、いざ自分一人でやるという のはちょっとできないのです。

こんな感じのところ(写真はZIMenuさんのところのやつです。詳しくは画像をクリック)

そこで、とりあえずきっかけ作りとして「関東(東京)になんとかcafeを作る」検討会みたいのをやってみたいのですがいかがでしょう？
まだ全くの初期段階で何も情報が無い状態ですが、できる事、難しいことなどの情報を集めて検討し、うまくいけば何らかの場所が生まれればと考えています。
日時等は決まっていませんが、どのくらいの方が興味あるのかが知りたいです。
もしご興味がある方がいらっしゃいましたら、コメント欄に何かご意見等いただけると嬉しいです。
また、検討会の会場を提供していただける方大募集です(^^;。

【追記】(2010/03/11)
google groupsを作りました。
興味ありましたらこちらにご参加ください(要承認)。

▼関東(東京)にIT技術者の集う「なんとかcafe」の設立検討会
http://groups.google.co.jp/group/tokyoitcafe?hl=ja

CakePHP関連のイベントは色々ありましたが、1冊の本がベースで、しかもそれに準じて開発していく形式のイベントは今回初めてだったため、大変におもしろかったです。なんというか、従来のカンファレンス形式は「聞くだけ」なのに対し、自分で手を動かす「ワークショップ」形式は達成感のようなものが得られる点、そして本をベースにすることにより、解説を聞くことで作業が中断してしまうことが無く自分主導で進捗が得られる点にメリットがあるかなーと感じました。逆に、開催中は大変に静かになるため、個人的には全く落ち着かないのですが(笑)。

誤植関係が良く見つかってまあお恥ずかしい限りですが、それとは別に、また例によって環境依存系のトラブルが多発しまして、進捗がなかなか得られなかった方もいらっしゃいました。そのトラブルとは、「Firefox3.6 & FireMobileSimulator1.1.10でdocomo・au表示の際にバイナリ絵文字が表示されない」というもので、Windows, Mac関係なしに出ていました。バイナリではなくて数値表現にすると出てくるため、ブラウザ内で表示トラブルだと思うのですが…

まあ2時間では限界があり、結局セットアップで終わってしまった方が多かったのではないかと思いますが、とりあえず皆さん絵文字が表示できていたみたいなのでホッと胸をなで下ろした感じです。

後半は懇親会というか、ピザ＆ビール片手に雑談会でした。
CakePHP1.3の新機能系の話や、symfonyやCodeIgniterとCakeとの思想の違いのような話、Cakeの未来はどうなる？的な話等々で盛り上がりました。
そして、当方でざっくりと「Ktai Libraryの今後について」をご紹介。
詳細についてはまたブログの方で書かせていただきますが、現在開発を進めている0.3の話などをさせていただきました。
そしてkaz_29さんの方から、現在目下制作中の「ExtJSプラグイン」ですがこれが大変に素晴らしい！ブラウザOSっぽいことが出来たりするのですが、Cakeのアプリのユーザインターフェースががらりと変わりそうなイノベーションを感じる！

気がつけば終電を気にしなければならない時間まで経過してしまいましたが、最後に記念撮影をして終わりました。

参加メンバー全員で記念撮影

まあ運営側にはいくつか課題点はあるのですが、こういった勉強会スタイルはもっと数が増えたらいいなと思いました。普通にCakePHP勉強会をやっても「さて何を勉強しよう」みたいになっちゃうと思いますが、ある程度的が絞れるので。スタッフ間で「Model勉強会、とかみたいにしても十分需要あるかもね」みたいな話とかもしました。まあ今回もたくさんある手法の1つだと思うのですが、いろいろなものを試してみたいと思います。

まあそんなわけで次もあると思うので、今回参加された方、逃した方も是非宜しくお願いします。

さて、1.2から1.3になることで、いくつかの新機能が搭載されていく(つまりメソッドが増える)のですが、反対に無くなっていくものもあるので注意が必要です。
たまたまTwitterでこれに関連する話題があったので、ついでなので調べてみました。
1.2.6のソースコードに書かれている「推奨しない」機能は次の通りです。

■cache() (basics.php)
「Cache::write()」を使用します。

■&Set::get() (set.php)
Setは静的に使うことが推奨されています。
このためget()で設定値を入手しようとするとワーニングが出ます。

■Xml::compose() (xml.php)
Xml::toString()のラッピングです。

■Email::_lineLength (email.php)
「Email::lineLength」の方を使用します。

■Model::getDisplayField() (model.php)
「Model::displayField」を直接参照します。

■Model::findAll() (model.php)
「Model::find(‘all’)」を使用します。

■Model::findCount() (model.php)
「Model::find(‘count’)」を使用します。

■Model::findAllThreaded() (model.php)
「Model::find(‘threaded’)」を使用します。

■Model::findNeighbors() (model.php)
「Model::find(‘neighbors’)」を使用します。

■View::renderElement() (view.php)
「View::element()」のラッピングです。

■XmlHelper::addNs() (helpers/xml.php)
「$this->xml->addNamespace()」のラッピングです。
内部的にはXMLクラスのインスタンスが生成されています。
※1.3RC1もまだ変更無くそのま ま残っています。どのように変更されるかは不明です。

■XmlHelper::removeNs() (helpers/xml.php)
「$this->xml->removeGlobalNamespace()」のラッピングです。
内部的にはXMLクラスのインスタンスが生成されています。
※1.3RC1もまだ変更無くそのまま残っています。どのように変更されるかは不明です。

これらは全て、1.2.6以前のバージョンで既に代替方法があります。
今のうちに直しておきましょう。

ちなみに1.3では、このほかにJavaScriptヘルパーに書いていた内容の一部がHtmlヘルパーに移動するなど、いくつかの仕様変更がありますので、1.2→1.3のマイグレーションには下記の情報を参考にしましょう。

▼The Cookbook：11.1 1.2から1.3への移行ガイド
http://book.cakephp.org/ja/view/1561/Migrating-from-CakePHP-1-2-to-1-3

【追記】(2010/03/02)
すみません。モデル内のメソッドで若干記載漏れがありました。

■Model::bind() (model.php)
Model::bindModel()を使用します。

■Model::remove() (model.php)
Model::delete()のラッピングです。
1.3-devからは、使用するとワーニングが出ます。

■Model::del() (model.php)
Model::delete()のラッピングです。
1.3-devからは、使用するとワーニングが出ます。

▼Ktai Library for cakephp 勉強会@関東やります
http://yashio.wordpress.com/2010/03/02/ktai-library-for-cakephp-%E5%8B%89%E5%BC%B7%E4%BC%9A%E9%96%A2%E6%9D%B1%E3%82%84%E3%82%8A%E3%81%BE%E3%81%99/

▼Ktai Library for cakephp 勉強会@関東(申し込みはこちら)
http://atnd.org/events/3413

私の方からは、今後のKtai Libraryについて少ししゃべらせていただきます。
また進行にかかわらず、もし本書もしくはKtai Library、その他全般で分からない点等がありましたらご質問いただいて構いません。

Cakeの勉強会で、書籍をベースに勉強会を開催するのは初めてだと思いますが、携帯に限らずCakePHPを始めて間もない初心者の方でもお気軽に参加できる内容だと思います(一応参加条件としてCakeでの実装経験が必要ですが)。
是非ご参加いただけますと幸いです。

なお、勉強会の性質上、当書籍が必要になります。
お持ちでない方は、是非こちらからお買い上げいただけますと幸いです(宣伝)。

さて、全体的な感想としては、福岡の皆さんは熱いな－みたいな(笑)。ノリ違いますね。盛り上がりかたがだいぶ違うというか。1日目の飲みでも感じたのですが、見ていて楽しいというか、こういう雰囲気大好きです。
イベントそのものの雰囲気もだいぶ違うというか、CakePHPのイベントはいかにもプログラマーチックな方がたくさん集まるのに対して、デザイナーチックな方が断然多そう。内容もかなり操作系の説明が多かったというか、ソースコードはあまりでないイベントでした。まあこれが普通なのかな(^^;。
会場は「西南大学」という大学の一角にあるコミュニティ施設の１Fをまるまる借りてやったという感じで、大学でやるのはなかなか良いなと思いました。でかいホールがあって、その中がメイン会場。周りにある多目的室2部屋で別セッションが行われていて、そのほか「ジーニアスバー」を「茶室」でやっていたらしいです。

会場の受付。この奥にメインホールがある。ちなみにメインホールに入るのに1000円かかり、その他は無料。フリーミアムだ(笑)

今回はかなりてんこ盛りの内容だったらしく、その結果昼開始を朝開始にし、さらに合計4会場にした背景があったそうですが、これについては見る側にとっては少し残念だったかも。見たい内容がかち合った場合にきついですね。私もイベントはどちらかというと開く側なのでいろいろやりたい気持ちは出てくるのですが、やはり的は絞った方が良いかなと思いました(でもこれに関しては難しい。スポンサーの関係とかもあるので…)。

私的に大ホームランだったというか、一番の収穫だったのは「Cacoo」というWebベースのコラボレーションツール。リアルタイムで図画を操作でき、それが全員に反映されるので、ホワイトボードがいらなくなる！

Cacooのコラボレーション画面。参加者の画面にリアルタイムで更新される

勉強会などでustでスライド等をon airすることが多いと思うのですが、スライドの内容がはっきりと分からなくて伝わりにくいところがあるので、こういったツールでみんなで見てもらった方が分かるかも。また、多会場でセッションしたりするのに、ホワイトボード的な使い方をすることでコミュニケーションがとれるのがイイ！　仕事とかで使えるかもしれませんね。

Cacooをサービスしているヌーラボの縣(あがた)さん。このツールが新たなコミュニケーションツールのスタンダードに発展するといいな

次のトピックとしては、コマースツール2本。
まず１つは「CS-Cart」という商用ツール。これは自分「WordPressベース」なものかと勘違いしていたのですが、中は完全のオリジナルアプリ。ただ「WordPress並にお手軽に設定ができる」、かなりサイト構築が簡単なツールで、基本的にアーカイブを丸ごと展開してインストーラを起動させ、少しの設定項目を入れるだけで動いちゃう系です。テンプレートは４０くらい用意されていて、カスタムすることはもちろん(しかもwebベースで編集できるらしい)、アドオンでプログラム開発もできるらしい。某CUBEなツールでちょっと苦い経験をされた方には救世主になる(かもしれない)、かなり便利なものだと思います。
そしてLTで発表された「Welcart」というWordPressプラグイン。WordPressがショッピングサイトになる、すばらしいプラグインです。仕組みもおもしろくて、データベース・テーブルを新しく作ってその中にデータを別管理するのではなく、通常の記事データ内に情報を持っておくことで余分なデータを作らないらしいです。つまりDBやテーブルに依存させないでWordPress内で完結できる仕組みになっているので、何かと小回りがきくのではないかと。小規模向けには良い仕組みかもしれませんね。

この2つのツールは、内容的には同じベクトルなのですが、売り方(広め方)については180度違う点にも注目です。CS-Cartが「しっかりとした製品をお金を払って買ってもらう」のに対し、Welcartは「無料で幅広く使ってもらって認知度を高めたい」という方向で進んでいる点。前者はユーザ数の獲得が困難になり、後者は幅広く使ってもらうまでには金銭面(つまり維持するための費用を捻出する)で苦労する点。コマースツールは、どちらかというとニッチツールなので、数が稼げるかは分からないし、かといって有料は使ってもらうまでが大変なので、ここのところがうまく解決できるかがポイントになるんじゃないですかね。

どちらのサービス提供者の方にもお話を伺いましたが、私もCakeでショッピングツールを作りたいと思っている方の人間ですし(そういや「PHPで作る携帯サイト デベロッパーズガイド」でもショッピングツールを作っていましたね(笑))、もし何かできることがあったら協力したいなと思いました。とにかく現在、満足に使えるショッピングツールがないので(^^;。

その他、ジーニアスバーという交流スペースがあったのですが、その場所がなんと「茶室」で畳の部屋！
実は私たちが入ろうとしたときはすでに終わっていまして、無理矢理見せてもらったのですが(ゴメンナサイ)、おもしろいな－と思いました。CakePHPイベントも、懇親会とは別に交流スペースを常時開設するのも良いかもですね。前回のCakeMatsuriは昼食を会食形式にしましたが、アレも良かったですね。

そうだ、Cakeがらみの話題を書かないと。

まず、福岡ではBaserCMSはかなり盛り上がっています！
WordPressのイベントなのに、スピーカーの皆さんがプッシュしていたのはおもしろかったです(笑)。

例えばこちらは、CGFMの金内さん(@Garyuten)のセッション「サイト運営マニュアル」の風景。
人が通路にまであふれてしまい全然やっていることが分からなかったのですが、なんとかがんばって撮影しました。
懇親会ではなかなか話すタイミングがつかめなくて、帰り際にちょろっとしかできなかったのが大変に残念！

大人気のセッション風景。WordPressイベントなのにBaserCMSの文字が！(笑)

それから、ロリポップの中の人にも数人お話をさせていただきました。
ロリポといえば、Cakeの設置マニュアルが公開されているところで有名！
「なんかフレームワークのマニュアルを入れなければと思っていて、Cakeはまず入れた」的なことを話されていました(笑)。
ちなみに参加者の皆さんに配布されたものの中にロリポのサーバ3ヶ月無料お試しクーポンが入っていた！太っ腹！！(笑)
WordPressはなんと1行の設定と1クリックでインストールされるそうです。すごいよ！

最後に懇親会での出来事ですが…

ケーキ登場！
なんだか見覚えあるシーンですよ(笑)。

マクラケンさんに聞いたところ、CakePHPにインスパイヤあったそうです(笑)。
これは負けていられませんね！

というわけで、伝えきれなかったところがたくさんありすぎなのですが、とても有意義なイベントでした。
運営面もしっかりしていて、事故も特になく素晴らしかったです。
これだけの人数を回すのは大変だったと思いますが、関係者の皆様本当にお疲れ様でした！

私の方も、今後はWordPress関連でもいろいろやっていきたいです。
特にCakePHP + WordPressな何かを提供できれば。
ネタはありますので(つぶやいたので分かる人は分かると思う)、後はやるだけという感じですけど、ちょっと時間がない状況なので大変ですが。でも自分でも必要になってきているので急ぎたい…

というわけで2日目も無事に終了。
3日目はほぼ帰るのみなので記事はないと思いますが、まーとりあえず気をつけて帰ってきたいと思います。

こちらで告知通り、BaserCMSの開発者である@ryuring さんとお会いしつつ、福岡組と飲み会をするということで、本日プチCakePHPOFF会in福岡を行いました。参加者は@ecworks_masap, @konsan, @ryuring, @nojimage, @kaburk, @k1Low(と同じ会社のSさん。twitter id聞くの忘れた！) の7名で行いました。

結論から言いまして、大変にためになったOFF会でした。
そして福岡は良いところだ！！(^o^)

飲み会の前に@ryuringさんとお話ししたのですが、その場所がAIP Cafeというところでして、ここが非常におもしろい！ IT関連の仲間で交流できるスペースで、ノリ的にはギークハウスの共同生活しない版という感じなのですが(違ったらごめんなさい)、いろんなクリエイターさんが楽しそうに作業されたり打ち合わせされたりですごく良い雰囲気でした。なんでも古い鉄筋アパートっぽいところをそのままクリエイターたちに貸しているような物件らしくて、NPO?が運営しているらしいのですが、こういった空間の貸し出しってすごく良いですね！東京にこういったスペースがあったら！なんて思いました。
ちなみにBaserCMS勉強会が近日ここで開催されるらしいです。とても楽しみですね！参加ができないのが残念ですが(^^;

で、@ryuringさんと@konsanさんとはCake話やBaserCMS話、Ktai Library話、そして同業種の情報交換的なところを行った感じなのですが、まあお客さんとのやりとりが大変だねみたいな話とか、地域サイトの話とか、そういったのをしました。正直もっとじっくりお話ししたかったです(^^;。

時間になってしまったので、こちらの会場に移動。
福岡といえばもつ鍋らしいのですが、これがなかなかの美味！(値段も結構だと思いますが、出す価値あり！)
皆さんいっぱいKtai Libraryを使っていただいているみたいで、大感謝でした！

２つご注文を受けたのが、まず「設定いらずでインストールしただけで動く、簡単版のKtai Libraryが欲しいな」とのこと。しかもCake特化で。いろんな設定が細かくできるのはそれはそれで必要だけど、決定版みたいのがあれば、サイトの方をそれで動くように作れば、初心者とかでもやりやすいのでは？というかんじです。
そして「githubに開発版の環境があればみんなでメンテナンスできるんじゃないか？」という話。この辺は現在手間がかかっているのでなかなかできていないですが、いずれはやりたい内容ですね。

その他いろんな開発話で盛り上がり、店が閉まりかけるまでいたのですが、いよいよ店員の視線が厳しくなり始めたので店を出て移動。
屋台ラーメンで2次会に。

ラーメンを食べながら記念撮影。左からSさん、k1LoWさん、nojimageさん、ryuringさん、konsanさん、kaburkさん

ここでも追い出し圧力がかかるまで長い間しゃべっていました(笑)。
めちゃくちゃ楽しかった！

nojimageさんが電車がなくなるということで先に店を出ましたが、他の皆さんもなくなるタイミングだったのでここで解散することに。
私も夜少し作業したかったのと明日に備えたかったので先に帰りました。方向が同じだったkaburkさんと電車の中で楽しいお話をずっとしていました。
ｋ１ＬｏWさん、ryuringさん、konsanさんは「長い夜」に行かれました(笑)。これを書いている時点で、彼らが無事に帰宅したのか(konsanさんの場合は隣の部屋までたどり着いているのか)は分かりません(笑)。

そんな感じで1日目は大変に楽しいひとときでした。
またゆっくり来て、皆とお会いしたいです。
参加された皆さん、ありがとうございました！

さて、2日目はWordCampFUKUOKA2010です。
こちらも十分に楽しんで来たいです！

で、26日(金曜日)の夜、上記3名(私含む)に加え、@nojimageさんと一緒にどこかで飲もうという話をしています。もし福岡周辺のBakerの方、あるいはWordCampに参加される方でIT話で盛り上がりたい方がいらっしゃいましたら、是非いかがでしょうか？

いや、単なる飲みのお誘いなんですけど(笑)。
興味ある方がいらっしゃいましたらよろしくご検討ください。
コメント欄で参加表明していただくか、@ecworks_masapまでご連絡ください。

で、まあよくあるフレームワークにおける「MVC」の話なんですが、例えば「コントローラやモデルの中でヘルパーとか使ってもいいんじゃないか？」という点について。つまり、MVCで役割を分割しているのに、その領域を乗り越えて機能を実現することについてどうなのか、ということです。
CakePHPでも、ヘルパーの機能で汎用的に使いたい（そして実際に使える)機能があったり、逆にヘルパー内からモデルとかを呼び出して情報を取り出したりすることが出来るっちゃー出来ます。実際にコアヘルパーでもそのようなことをしている部分もあったりします。
正直言いまして、Cakeはかなり自由度が高く、やろうと思えば何でもできると思います。ちょっと不自由な点があっても、最悪コアコードをちょろっとextendsして置き換えるか書き換えるだけで、大抵のことは出来る。PHPなので、PHP的な書き方をすればそのような期待したことは出来ちゃうんですよね。たぶんPHPフレームワークで出来ちゃう方の部類。言い換えれば「ゆるい」です(笑)。ClassRegistoryの仕組みが出来てからは特に！(笑)

で、MVCの話なんですが「MVCを侵害することは何事だ！」「いや、使える技を使わないのはどうなんだろう」と対極の意見が生まれることもまた当然で、どちらも主張は大変によく分かります。MVCで機能をしっかり分けてコーディングをすることも大切なことですが、それによってとても面倒で回りくどい、あるいは無駄なコードを書かなければならなくなるけどちょっと工夫するだけで出来ちゃう場合もある。納期を守るために時間短縮は大切だし、そのためのフレームワークでもある。色々と意見はあると思います。

私の考えをシンプルに答えるのなら「どちらもアリだし大切」。MVCを守ることは大切だし、使える技は使っていく…これもまた重要だと思います。
しかし…私の考えはもしかしたらここから先は人と違うかもしれません。

2008年10月、「CakePHPカンファレンス東京」という大きなイベントが開催され、そこで当時CakePHPのプロジェクトマネージャであったGarett氏がCakePHPの理念について、このようにスピーチされました。

「State of Nature(ありのままに出来る自由)」
「Social Contract(ルール作り)」

CakePHPは自由に実現できるツールである。しかしそれだけでは無秩序になってしまい効率が悪い。ある程度のルール作りをしてそれに乗ってもらうことで、フレームワークの機能とかそういう部分以外に考えを注力してもらいたい…そのような意味が込められていると私は感じました。
この考え方に私は大賛成です。それは「以前に自作のフレームワークを作って業務を回していた」ことと「(現在も)オープンソース(?)なプロジェクトを公開している」点の二つのバックボーンが自分にあるからかもしれません。

まあ自作のフレームワークといってもそれはみすぼらしいもので、データを取得するクラスと自作のテンプレートシステムをくっつけてソースを分離しただけのもので、MVCとは言えないかもしれませんが。基本的に、一つ作ったプロジェクトをテンプレートにして使い回すことで、かなりの時間稼ぎが出来ていました。ただ、プロジェクトがこう佳境になってくると、脇が甘くなってくるというか、MVCなんて言っていられなくなってくるんですよね。データ取り出す部分でHTMLなんかも加工しちゃったりとか、何でもあり状態に。まあそうやって時間に間に合わせちゃうわけです。

まあ、この頃はほぼ一人でやっていて、それで回っちゃっていたので問題視することはなかったんですが、部下が一人つきまして、このなんちゃってフレームワークを勉強してもらうことに。
まあ分からないですよね。自分だったらたぶん分からないです。人の書いた、しかもぐちゃぐちゃに行き来するコードを追うことなんて(笑)。
でも、見よう見まねで頑張って書いてくれて、機能の役割なんかも分かってきつつあったみたいで、じゃあお願いということで別のプロジェクトを任せてみたんですけど…でも、やっぱり無秩序から生まれたものは無秩序でして、彼の書いたコードの何割かは自分の理解出来ないものに(笑)。別に彼が悪いんじゃないと思います。そういうなんちゃってフレームワークを書いた自分に責任があると思います。

時間をかけて覚えてくれたものなのに、できあがってみれば書いた本人しか理解の出来ないものになってしまうわけでして、これじゃあいけない！　ということでオープンソースフレームワークを導入するに至った経緯があります。ただ、がっちがっちで不自由だらけのものでは小回りがきかなくて業務に差し支えがある場合もあるので、ある程度の自由さも検討し、またたまたまPHP4問題も当時ありまして、結局CakePHPしかない状況になったのですが(笑)。でも、もっともっと前にCakeがあったら違った世界になっていたかもしれません(こちら と こちら を参照)。
こういった経緯もあって、秩序というのはとても大切に思っているわけでして、だからといってそうも言っていられない状況もあって、この二つと要領よくつきあっていくことが、フレームワークを効率的に便利に使っていくための大切な事なんじゃないかと思います。

ですが…途中でも書いたのですが「無秩序のものは無秩序を生む」。ここも大切だと思うんですよね。特に、初めてそれを触る人にそのやり方を見せて「何故そうなるのか」を理解しないままそれを「こうやって書くものだ」と覚えられてしまうことが大変に厄介で、そうなったらもうそれが主流になっちゃうんですよね。
何が言いたいのかというと、そういうルールから外れる裏技的な使い方は、出来るということは分かっていて使うこともアリっちゃーアリだけど、それを主流にしてはいけないんじゃないか、ということです。
主流にすることは結構簡単で、Cakeだったらブログなんかにやり方を書いちゃえば、あるいはフォーラムやBakeryで書いちゃえば、簡単にあっという間に広まっちゃうことも。センセーショナルな使い方なら、なお早いかもしれない！

でも、フレームワークの制作者側の立場としては、思想と反対のことを広めたくないはずです。Cakeに「ありのままの自由」「ルール作り」という２つのテーマ(ほかにも箇条書きであったのですが)があるのなら、使う側にもそれを十分に理解する必要があると思うのです。
Cake Software Foundationに肩入れしているような発言かもしれないのですが、それは自分もKtai Libraryというプロジェクトを公開しているからでして、「こういう風に使ってもらいたい」ってのはやっぱりあるからですね。今のところ想定外の使い方をされているところはないですけど(使いようもないのですが、強いて挙げればCake用と思われてしまっている点かな。一応汎用的に使えるのに(^^;;;)、間違った方向にプロジェクトが進んでしまって欲しくないと思いますから。Cakeの裏技って結構あると思うんですよね。でも、それが場合によっては、こういった情報がプロジェクトにとって「毒」になってしまうこともあるんじゃないかと。

なので、もし「こうしたらもっと便利に使える」という点があるのなら、それは合法的(?)に解決していくべきかなーと思います。つまり、もしその裏技が本当に他の開発で役に立つのなら、チケットなんかで「この機能はヘルパーだけど、汎用的に使えるからコアライブラリにした方が良い」とか、「この機能はヘルパーでも使いたい」とかフィードバックしていく方が。むしろ積極的に。でなければ、裏技は裏技にとどめておいて、分かる人だけの特権にしておいた方が、フレームワーク個体としてはいいものになっていくのではないかと思います。

個人的に、こういった「ゆるさ」というか書きたいことが書けちゃうCakePHPは醍醐味で、止められない理由の一つでもあるのですが(笑)。とてもいいツールだと思うので、これからもより良い方向で発展してくれることを願い、また「Cakeはとてもいいんだよ！」と啓蒙していきたいと思います。偉そうなことを言える立場ではないと思いますが、こんなにどっぷりはまってしまって、しかも本まで出してしまった以上、もうただ使っていくだけの一ユーザには戻れないかなーなんて(^^;;;。

なんか議論していた以上のことをついでに一気に書いてしまった感じなんですけど、自分の考えを再認識するいい機会でした。こういった議論が出来たことを感謝しています！

【日程】
2010年2月6日/7日(１泊２日)

【場所】
ホテル箱根アカデミー（箱根・湖尻）

【参加者】
konnoy(@konsan)
hidetoshing(@hiden)
kara_d(@kara_d)
bin(@binbin4649)
TAK(@takamunetanii)
T.FUJIWARA(@tfmagician) [スタッフ]
cakephper(@cakephper) [スタッフ]
MASA-P(@ecworks_masap) [言い出しっぺ：スタッフ]

■到着まで

メンバーは全員で8名でしたが、当方の車と@konsanさんの車に全員が4対4で便乗しての出発でした。@konsan組は秋葉原スタートで東名経由、当方は相模原、藤沢、国府津でピックアップしながら箱根へ、という感じだったのですが、初っぱなから当方の車は大失態です。
スライド資料の制作がぎりぎりまでかかってしまったため、予定の30分遅れくらいで出発。ところが渋滞にはまりまくって、最大2時間の遅れで箱根に向かいました。
箱根の山はかなり雪が残っていました。箱根新道はそれなりだったのですが、時間稼ぎのために箱根スカイラインを一気に山越えしたのですが、かなり積もっていているにもかかわらずポテンザ(スポーツタイヤ)でかなりのスピードを出して走ったため、搭乗者全員をびびらせたと思います(笑)。でも雪景色が下界に見える箱根スカイラインの景色は最高で、皆で感激しました。
なんとかホテルには予定していた13時ぴったりに着いたのですが、皆食事を全くしていなかったので、少し時間をもらって近所でワカサギ天ぷらなうどんそばを食べてきました(わかさぎうまかったです)。
ちなみに@konsan組は11時くらいには着いてしまっていて、かなり暇していたみたいです。ごめんなさいでしたm(__)m。

今回お世話になったホテル箱根アカデミーさんは、研修等に向いた多人数の会議室・セミナー室が２部屋あり、どちらも100名超の収容が可能な、かなり大きな施設を持っています。今回はプロジェクターをお借りしたことや、たまたま空室だったため大会議室の2/3をお借りできたのですが、とても広い！！
しかも、LAN環境(光回線!!)や電源がしっかりと準備されていて、とてもびっくりしました。ホテルの担当様には大変にお世話になりました。大感謝です！(ホテルの様子は後ほど)

■前半の部

全員が大きな会議室に集結し、前半の部がスタートです。
はじめは事前のアンケートなどで、CakePHP1.3betaやCroogoをさわるというつもりで現地に向かったのですが、暇していた@konsan組で、当方がMLでURLを添付していた「BaserCMS」が話題になってなっていたらしく、それじゃあということでCMS大会になりました。

BaserCMSは大変に作り込みがされていて、見た目はそのままでも商品として販売できそうなすばらしいプロジェクトなのですが、皆で触っているうちに、(現時点で)大変に機種依存がしやすいシステムということがわかってきました。CKEditorで実現されたAjaxなフォームの部分はなどいくつかの箇所がXAMPPで動かなかったり(XAMPPの呪い)、そもそもインストールがうまくいかなかったりで、メンバー皆苦労していました。

またBaserCMSは、システム部分をかなりカスタマイズしていて、Cakeの従来の実装方法と異なる部分もあるため、ソースを追いにくいというのがメンバーの意見でありました。ある程度普及させるために、皆が使ってくれるようにするためには、Cakeの標準的な書き方にできるだけ準拠した方が、メンテがしやすくて良いのではないか？　というのが話題になったりしました。

とはいえ、国産CMSということで、かなり国内案件(特にコーポレートサイト！)に向いたシステムなので、今後の展開に期待したいと思っています。私も個人的にお手伝いしたいです。

@kara_dさんが最後にWildflowerを触っていました。最近バージョンアップをしたとのことで、少々期待していたのですが、シンプルすぎる相変わらずのシステムだったため、やはり日本向けのシステムではないかな、というのが全員の共通意見でした。

BaserCMSがなかなかうまく動作しなくて苦戦中。結局XAMPPが原因だったみたい

こんな感じの部屋。ものすごく大きな会議室です。

■温泉と食事

ここまでであっという間に３時間が経過し、暗くなりかけてきましたので、温泉タイム！
掛け流しの大浴場はかなり広く、露天風呂はもちろん、なんとサウナ室まで完備しています。
温泉好きの私は当然ながら露天の方を１時間近く堪能！

食事も大変に､満足のいくもので、食べきれないほどのたくさんの量が。
風呂上がりのビールで乾杯しながら楽しい食事を満喫しました。

■後半の部

食事も済み、そこから夜11時までは後半の部となりました。
CMSの方は一通り落ち着いたので、後半は発表タイムです。

【CakePHP + My Development Story】(T.FUJIWARA)

現在開発中のCakePHPベースのプロジェクトについての発表。
その中で、モデルやコンポーネントなどで実装が必要な共通処理を、そのクラスに書かずに別クラスで「部品として」作成し、それを継承することで再利用かを効率よく行うための手法を紹介されました。普通はAppModel等を直接呼ぶと思いますが、MyHogeAppModel、MyFugaAppModelなど、用途に合わせた複数の部品モデルを作成して、状況に応じて継承も分けたりすることで、無駄を省くことが出来る、というわけです。
実は私も最近このような手法に出会ったりしたのですが、この手法はやり過ぎもメンテが難しくなってしまうので一長一短だと思います。AppModelを含めて３～４階層程度にとどめておけば、便利に使えるんじゃないかと思います。

【脱XAMPP開発環境への道】(MASA-P)

前半の部でメンバーがまっていた「XAMPPの呪い」を見越して用意してきた発表！(笑)
というか、VMware Serverを使ってみてとっても使えることが分かったので、嬉しくて発表したという感じです(^^;

発端は「PHP出作る携帯サイト　デベロッパーズガイド」執筆時にXAMPP環境にてMedia PluginやCake Schemaで不具合が出まして、それからバーチャルマシン化をかなり考えていました。そもそも、公開サーバがLinuxなのですが、Windowsサーバで作成したものをLinuxに適用するのはどうなのかという点で、最低でも公開サーバのOSと開発側のOSを合わせないと信頼性の面で？マークだと思うのです。

この発表で当方の私生活もかなり暴かれたりしたので(笑)スライド公開は遠慮させていただきたいのですが、この中でググってもなかなか出てこない「Windows7でVMware Serverを構築するためのTips」等にもふれていていたりして、かなりプレミアム度の高い発表だったのかな？と勝手に思っています(笑)。機会ありましたら何らかの形でまた発表したいと思います。

【CakeFestベルリン報告・YHA(Yaya High Availability)システム】(cakephper)

昨年氏が参加されたCakeFestベルリンの様子をスライドにまとめたもので、これは昨年に行われたCakeオフ会で発表されたものでもあります。そしてこのときの様子を「CakeMatsuriTOKYO2009」でお手本にしていたり。
次回NYという噂があるのですが、参加したいなーと思いました。

YHAも以前に発表されたものなのですが、初めて教えてもらったときはかなり衝撃を受けました。VMをうまく使って安価に冗長性を持たせるというテーマなのですが、本当に素晴らしい仕組みです。最新版も現在目下開発中とのことで、大変に楽しみです。Corei7とかもかなり安くなったので、今ならもっと凄いのがいけそう！

【HTML5】(kara_d)

現在仕様制定が進められているHTML5をかいつまんで解説された発表。
正直、もう変なプラグインのインストールが一切いらなくなるという、素晴らしい技術です。
私も数日前のkara_dさんのつぶやきに張り付いていたリンクで概要を見たのですが、本当に便利ですね。
ただご指摘されていたのは、HTMLによって「デザイナーのスキルがより求められる」という点で、「HTMLが出来る」というのはこれからはFLASHと同等の技術を持って初めて言えるようになるわけで、タグを操作するだけではダメ…ということになりそうです。また、個人的にはクロスブラウザ問題が再燃しそうでかなり心配でもあります。

発表タイムの様子

■２日目

２日目は完全にノープランで、会議室はもう使えないため、チェックアウトギリギリまで、１つの部屋に全員で集まって皆でノートPCをいじっていました。結構室内が広かったので、８名ならこれでも十分だったかも。というか、昨晩会議室での活動が終わった後で、集まって少しやっても良かったかなとも思いました。
kara_dさんが「NoseRub」というCakeベースのソーシャルツールを見つけ、みんなでさわっていました(ちなみに私はこの記事を書き進めていました。ゴメンナサイ)。これが非常に出来がよいとのことで、これを日本語化するプロジェクトを作ったそうです(良かったら参加してみてください)

全員で集まってチェックアウトまで過ごしました

チェックアウト後は、せっかくなので観光ということで、箱根スカイラインの見晴らしの良いところで停まり、記念撮影などをしました。今年の富士は本当に真っ白で美しく、富士の裾野が大変に綺麗で感激でした！

美しい富士山をバックに記念撮影(撮影した私は写っていません)

その後は一度小田原市まで走り、みんなで話をしながら軽く昼食をとったあとに一応解散となり、それぞれの車で分かれて帰宅となりました。
ちなみに私は一番遅くの帰宅となり、20時半くらいでした。

■感想

正直言いまして、今回は他のイベントと比べてはるかに「準備をしていなかった」のですが、何となくCMSをさわり、発表もしたり聞いたりして過ごしたのですが、このゆるさが心地よかったというのか、「たまにはのんびりイベントもいいんじゃね？」という感じでした。それでいて内容はどれも有意義なもので、自分の発表は半分以上が恥さらしなのでどうでもいいとして、活動や発表を聞いたりしていろいろなものを吸収できたかと思います。
また、今回はCakeべったりという訳でなく、サーバ環境の話とか、HTMLとか、どちらかというとアンカンファレンスノリでした。Cakeに縛られない内容も別にいいんじゃないかと思いました(というか、最終的にはどれもCakeに結びつく話だと思うので、無意味なものはないと思いました)。

ホテルの担当の方や皆のご協力もあって、集まりそのものは大成功だったと思います。企画して本当に良かったと思います。この場を借りて皆様にお礼を申し上げます。ありがとうございました！

ちなみにかかった費用ですが、宿泊・会議室使用代は合計で13,000円弱！
大変に安く上がりました。
交通費は、交通機関利用で都内からだと往復で7000円くらいかかると思いますが、車で便乗したのでそれでも１000円程度で済んでいます。
基本箱根はぼったくられることが多いのですが、素敵な設備に満足いく料理、そして広い会議室利用でこの値段だったので、逆に申し訳なくなってしまいました。もし泊まりのイベントをお考えでしたら是非おすすめしたいです！

次回開催は未定ですが、是非やりたいと思います。日帰りだともっと参加者が集まるかもしれませんが、２日でも時間が足りない状況だったので、この辺は悩みどころです。泊まりなら、またここでやりたいと思います。

ホテルを発つ前に記念写真。看板の文字に注目！

【参加者のレポートはこちら】

▼第１回cakePHP温泉部に参加した(@konsan)
http://www.ban-systems.com/wordpress/?p=61

で、今回は超便利なContainableビヘイビアの話題。
アソシエーションがたくさんになった場合は、このビヘイビアを使うことで、好きなモデル厳選して取り出すことも可能になります。
conditionsとかのオプション指定も可能！ HABTM先の条件は、そのままでは指定が出来なくて全部データをとってきてしまうのですが、containを使えばHABTM先をフィルタリングできます。超便利!!

使い方は Cookbook を見てもらうとして、一つだけ落とし穴があるので注意！

通常のfind()では、オプションで’joins’を与えることにより、JOIN方法を指定できるのですが、containでは出来ないです。例えば、INNER JOINを使いたくても、contain先に指定が出来ません。デフォルトはLEFT JOINなので、該当しないレコードは空で返ってきますので、contain元と先の両方にデータがあるもののレコードをとってくるとかの場合は、afterFind()等でフィルター処理を書く必要があります。

ソースコードを見たら、containable内でオプションの該当キーの名前を保持している配列内に「joins」が無かったので、処理が入っていないと思います。不便なのでチケットとか投げた方が良いかもしれませんね。

【執筆しました！ 是非お求めください】