トランザクションでまとめてInsertしてからcommitしたほうが速くなるので、元ネタのベンチマークをベースにして試してみました。

環境は macports で入れた mysql 5.1.44 です。

まぁnormalからbulk(100)くらいの差は出てなくても、トランザクション使ってまとめてコミットしても多少速くなっとりますね。
normal と txn の差よりも bulk(100) と bulk(100)_txn の差が小さいのは、 bulk insert で最初から効率的になってるぶん差が少なくなってるという感じでしょうか。

コードは以下の通り。

PHP使いの人がPerlを弄る時に「PHPのこれPerlでどうやれば良いんだ！」といった要望や、ごく普通のPerl使いの人が「これどうやって書けば良いのかな?」って時に使うcookbook代わりに使える事を想定しています。

ドキュメント管理にはgithubhttp://github.com/yappo/docs-php-funcref-in-perlを使い、ドキュメントのビューワーとしてwikihubWikiHub :: php-funcref-in-perl :: READMEを使っています。

書いて欲しいと思った人にはあらかたコラボレータ入れてるので、ドキュメント充実させたいと思ったらすぐにprivate repoをcloneして書けると思います。「俺入って無いし書きたいよ！」って人が居たら言ってもらえればコラボレータ追加します。
別にforkしてpull requestでもいいんですが、面倒なんでコラボにぶっ込みたい所。

書き方などはREADMEを読んでください。

今のところ書いてる人はPerl側の人間が多いので、もしPHPな人で気になった人が居たら参加してもらったら嬉しいなーとは思う所。なんかそのほうが完成度高くなりそう。

この形に落ち着くまでcodereposにしたりnim+perl-usersとか色々やってたんですが、miyagawa伝説とwikihubでの見た目が奇麗とsyntax highlightした時の組み込み関数にphp.netやperldoc.perl.org等にリンクされて便利ってのがwikihub採用の決め手でした。

とりあえず環境もろもろはいつも通り僕が用意したんですが、4000を越えるPHPの関数群のテンプレートファイルをyusukebeが用意してくれました。

ってことでどうぞよろしくです。

あーもーイチから作ったがええんかなぁ・・・。HTTP::EngineもStandaloneがPlackのおかげでremoveされるし。てーかモジュールを簡単にリムーブしてくれるなと・・・。よくみんなついていくよな、こんな事に。

世のおーぷんなんちゃらな感じでライブラリとかを出してる人は、誰しもが自分のプロダクトの後方互換性くらい意識してるでしょう。
HTTP::Engineだって例外ではありません。Plack/PSGIが熱いだとかいっていて開発するリソースが減ったとしても、一度世の中に出て使われてる以上は採用した人が困らないようにバグを潰すなり何なりでメンテナンスするべきです。
出来ないのなら変わりの人をみつけるか諦めるのも自由なんですが。

まぁ、そんな訳でHTTP::Engineなんかは黙々とバグ潰しをしてたり、raw_bodyがメモリ馬鹿食いしてうざいよねって時には、既存の挙動を壊さないように新たなオプションを豆乳してたりします。after PSGIでも。

まぁ、2年ぶりくらいにCPAN関連のモジュールをアップデートしてはまったとかでいうんなら御愁傷様です。まぁそれで困るような所でいきなりupgradeしてはまるとかそういう事はあり得ないと思ってますが。
とも思ったけど

Plack、::Server::*が全部DEPRECATEDになった。ひでぇなぁ・・・。Impl -> Server -> Handler。すばらしくどーでも良いリファクタだこと。表層の名前をぽこぽこ変える神経がすげぇよ・・・。

という事で、ただでさえ後方互換性を意識してても酷い事言われるので、みなさんしっかり後方互換性を意識しましょうねというおとぎ話でした。

前座

今日は二本立てなんだけど、その前にみて物足りない所を。

どんだけ使ってるか

何かある度に写真取りまくってて動画対応される前までは15GBくらい溜まってたんですが動画対応始まってから20GB一気に越えてる感じです。枚数は9000枚くらい。
昔のは電源入れてないサーバとかに入ってて引っ張り出すのめんどいので入れてません＞＜
ちなみにFiciaに同期したら全部消してるので特にバックアップとってない。
ちなみにボスは数万くらい入れてるとか言ってた気がする。

リミッターが付いたよ！

利用料金が90%安くなって月々315円で100GB使えるというのも大きいですが、もう一つ目立たない所で利用出来るストレージにリミッターが付いた所ですね。

どういう事かと言うと、今までは利用した容量に見合うだけの料金が請求されていました。うっかりCドライブの中身を全部アップロードしてしまって削除し忘れたら、その分だけ料金請求されてたんですね。
それが今日から予め選択した容量を越えるファイルをアップロードが出来なくなるというリミッターが付いた感じなんです。
最初は決済登録されてなくて2GB未満使える無料プランになってるので、お試しだけしたい人でもうっかり2GBを越えてしまう事無くお試し出来ると思います。

いくら全部上げが売りだからと言っても「うっかり全部上げて想定外の利用料金が発生してしまうようでは恐くて使えないよ！」という意見も聞いていたんですが、今日からは利用料金大幅値下げとあわせて自分の意図しない料金が請求されないようになったので、ゆったりと全部上げライフが堪能出来るんじゃないかと思います。

サービス内容が安全側になったという事でしょうか。

プライバシー的なあれ

Ficiaはストレージサービスです。ストレージサービスである以上はアップロードされたファイルは常に非公開になっているべきです。なので、Ficiaにファイルを上げた直後は必ず非公開設定になってPublicにしたかったり特定の人に共有したい場合は共有アルバムに入れるまでは非公開になっています。
このへんは、利便性を考えて特定の方法でアップロードしたらtweetする的な事が出来るようになったりするかもしれないんですが、基本のポリシーはうっかり大事なデータを公開してしまわない配慮をするといった事があると思ってるので、うまく辻褄合うようになるんだと思います。

このへんも安全側に倒れるようにという強い思いはある所です。

写真撮影環境

デジタル一眼レフカメラ

僕はコンパクトデジタルカメラとデジタル一眼レフカメラの二通り持っていて、デジイチのほうはだいぶ前に Canon EOS KISS デジタル N を買いました。
ちなみに2台目に買ったシンセサイザーはEOS B700です。

Canon EOS KISS デジタル N ブラック Wズームキット 0208A004

posted with amazlet at 10.01.20

キヤノン (2005-03-17)
売り上げランキング: 82835

おすすめ度の平均:

思い切って大正解！
きっかけとしては満足です。
良いんですが
価格対満足度はGood!
カメラ初心者でも簡単に使えます

Amazon.co.jp で詳細を見る

僕は全くもって撮影技術が無いのでスペックとか関係無い感じですが、レンズさんのおかげで足りないテクニックを補正してもらってると思っています。

で、レンズなんですが去年の年末くらいに買った単焦点レンズを猿のように使っています。なんか道具の力で上手に撮れてる気がするので気に入ってます。

Canon EFレンズ 35mm F2

posted with amazlet at 10.01.20

キヤノン
売り上げランキング: 5249

おすすめ度の平均:

スナップ用に最適
良い！
多い日でも安心♪夜用。
3本目のレンズのはずがメインレンズに。
記録用として満足

Amazon.co.jp で詳細を見る

よくわかってないけどF2というだけあって明るいレンズなので、この本体だけでも先日のふたご座流星群の写真とか撮れました。シャッターは30秒しか空けられないのに。

あとは、暗い所でもフラッシュ焚かなくても撮れるのとかがいいです。個人的にフラッシュ嫌いなんで。プロの人を見てると室内だとばしばし焚いてるんでちゃんとした使い方覚えればいいんでしょうが。

ただ、50mm固定なんでちょっと離れて撮影しなきゃいけないのがいやんな感じです。。。

もういっこは最初に買ったズームレンズです。

Canon EF 90-300mm F4.5-5.6 USM

posted with amazlet at 10.01.20

キヤノン
売り上げランキング: 115230

おすすめ度の平均:

純正ズームレンズで低価格

Amazon.co.jp で詳細を見る

望遠レンズだと一番安かった気がしたんだけど、皆既月食やらご来光くらいは撮影出来るので良い買い物したなーと思ったですね。

後は高尾山から富士山撮るのも丁度良かった。

あと、ごく普通の標準レンズもあるけど割愛。

コンパクトデジタルカメラ

普段持ち歩き用です。

CASIO デジタルカメラ EXILIM EX-Z400 ゴールド EX-Z400GD

posted with amazlet at 10.01.20

カシオ (2009-01-23)
売り上げランキング: 34253

おすすめ度の平均:

デジカメなんてどれも同じ・・・ではありませんでした！
メイクアップモードが楽しい
ベストショットモードが良い感じ。夜景＋人物も良く撮れた。
車載に最適

Amazon.co.jp で詳細を見る

普通の写真の上に動画を合成して撮影できるとかいう売りがあったのですが、あんまり面白い使い方が解らなくてスナップ写真くらいにしか使ってないす。
最近のカメラは設定とか適当でもそれなりに奇麗に撮れるのが嬉しいすね！

最近はFiciaでも動画対応が始まったので、ごっそりアップロードもしてます。
最近のカメラは動画も大概奇麗に撮れるので普通のビデオカメラとか出番が少なくなってます。

やっぽてぃ Ficia Movie

ちなみに最初はEye-Fiを差してたんですが、いつの間にか接触が悪くなって手で強く押し込まないとカメラが認識してくれなくなったので最近使ってません。
8GB Eye-Fi Pro X2 速く欲しいんです！

携帯

携帯のカメラももちろん使ってるんですが割愛

Ficiaの事

主に外部的要因な事を個人的に出来たら良いなーと思ってる事。

YAPC::Asia 2009 画像関連サービス BOF を芝生でやってた時に「livedoor PICS」も「30days Album™」も競合じゃなくて共存する関係にあるんだよ的な事を話していたのですが、究極的にはFiciaから写真選んで30days Album™でシェアリングする、PICSに上げてそっからlivedoor Blogで画像使う、はてなフォトライフ(ry(日本のサービスだけ列挙したけど)とか出来る世の中になるといいなーと思っとります。

Ficiaはただのストレージなので、ミクシィやグリーやモバゲーなどで既にソーシャルグラフがあるのならソーシャルグラフを有効に使ったシェアリングは各サービスに任せてFiciaは大元のデータの管理のみに努めるとみんなenjoyしやすいと思う所存。

もちろん動画データも溜めてるので、ニコニコ動画,YouTubeなどにも簡単にoutputできるようにすべきでしょう。

ただ外部サービスに出すだけじゃ駄目で、どのようなデバイスからもデータを集めなきゃいけないですね。Eye-Fi, iPhone, ケータイ, CEREVO CAM, etc...

最近Eye-Fiカード壊れたので、コンパクトカメラも一眼レフもMac or Win 専用クライアントで勝手に同期される生活なんですが、よりもっとカメラに近い所で同期される生活になりたいすね。
ちなみにEye-Fiは野良Eye-Fiサーバ立ててメールでFiciaに送ると言う(ry
Ficiaは動画も対応したのでEye-Fi VIDEOで同期出来るようになると超嬉しい。

Ficiaをハードディスクの延長デバイスという利用が出来るようになった上で、新しい価値観が作れれば良いなと個人的に思ってる。

もちろん、Ficia本体のインターフェィスにも全く持って満足してないのでブラッシュアップしなきゃいけません！

外部API

なんだかんだで欲しいと思ってるけど、oEmbedぐらいなら外部から作れるから野良で作ろうかしら。とか今思った。
Echofon でも対応して欲しいなーと思ってる。

まとめ

今日は、僕のカメラ関連の環境について紹介する事とEOS B700ユーザのカミングアウトを行いました。

で、なんだかんだ僕の持ってるデジカメの事調べてたらKiss X3が欲しくなったんだけど(5万くらいで売ってる)、tsukimiyaさんからエントリー→エントリーはそこまで感動しないと教えてもらって50D(9万くらい)をおすすめされたので調べてたら7D(13万もする。。。)が欲しくなってきた。

なんか最近のはSDカードさしてフルHDで動画撮れるとか書いてあってすごい！
一眼レフで動画撮りたいとか言ってたらDISられるかと思ってたけどそうでもないらしく、よく考えたら一眼レフのレンズじゃないと撮れないような動画とか撮影出来るのかと思った。
とりあえずレンズはあるから本体だけ買えばいいと思ってる。

Canon デジタル一眼レフカメラ EOS 7D ボディ EOS7D

posted with amazlet at 10.01.21

キヤノン (2009-10-02)
売り上げランキング: 1109

おすすめ度の平均:

キャノンEOS-７Dカメラについて
AF性能が抜群に良くなった
いい感じです♪
私個人としましては鉄道写真撮影用カメラの決定版です。
動画撮影は最高！

Amazon.co.jp で詳細を見る

という事で EOS 7D と 8GB Eye-Fi Pro X2 が欲しいです！
あと CEREVO CAM も欲しいです！

本日kumofsが公開されたので、折角なので Data::Model から kumofs を実際にどうつかっているかを紹介しようかとおもいます。

kumofs については 分散Key-Valueストア「kumofs」を公開しました！ - 古橋貞之の日記 を Data::Model::Driver::Memcached については dann さんによる Data::Model::Driver::Memcachedで超効率データ保存 - JPerl Advent Calendar 2009 を別途参照すると良いでしょう。

スキーマ定義

では実際に kumofs をつかった場合のスキーマ定義を下記に貼ります。
ちなみに、それらしいような定義をしてますが全部フィクションです。本当に。

解説 その1

Data::Model::Driver::Memcached のインスタンスを作る所で、 Cache::Memcached::Fast のインスタンスを指定する所で、3つのオプションを渡しています。

一つ目が、 serializer => 'Default', で、 Cache::Memcached 標準の直列化手段をつかわずに Data::Model::Driver::Memcached 標準の直列化手段を利用します。
即ち MessagePack を使った直列化を施します。 Data::Model で必要な MessagePack のコードは Pure Perl で内部的に実装されているのですが、実用的にするには Data::MessagePack をインストールしておくと、そっちを使って高速に直列化してくれます。

二つ目は、strip_keys => 1, です。
通常の方法だと、 primary key も KVS の Value として直列化してストレージに格納しようとするのですが、 KVS だったら既に Key のほうに値が入っているべきで、この重複が無駄なので削除して直列化します。
例えば、上記のコードを使った場合に以下のようなデータ構造だった場合に

{
    file_id    => 'dankogai',
    media_type  => 1,
    client_type => 5,
    is_broken   => undef,
},

{
    media_type  => 1,
    client_type => 5,
    is_broken   => undef,
},

三つ目としては ignore_undef_value です。
これは何をする物かと言うと、カラムの値が undef だった場合は、その項目を DELETE してから直列化します。
そして lookup などで kumofs から Data::Model の Row オブジェクトに戻す時点で、直列化されてるデータにカラムのデータが無ければ value が undef だったと解釈をして復元するのです。
今回の例では、画像が壊れてた時だけ kumofs のストレージサイズが増加します。
上ので書いたデータ例に適用すると下記の用に is_broken が削除されて kumofs に格納されます。

{
    media_type  => 1,
    client_type => 5,
},

ユースケースとしては、稀にフラグを立てる必要があるんだけど、フラグ立って無いレコードに対してもディスク容量を消費するのが嫌だ！という時に使えます。
SQL だと、別途 file_broken 的なテーブルを作って JOIN すれば済む話でしょう。
あいにく kumofs では JOIN 出来ないので、このような時は別の Key-value にデータを突っ込まないといけません。
そうすると GET する時のクエリの数が倍になったりするのでトレードオフしてどっちにするか選ばなきゃいけなくなるんですが、 ignore_undef_value を使っとけば、必要な時に必要なだけストレージを使いつつ GET する時のクエリ数も増えないので良い感じになるんです。

細かいこと言うと SQL で別テーブル使って JOIN するよりかは空間効率やらなんやらは良いと思うすけど。特に比較検証してないんでこれ以上はやめとくす。

解説 その2

今度は model 定義部分をみてみましょう。ポイントは二つあります。

一つ目は schema_options model_name_realname => 'f_m'; です。
これは、 memcached protocol の key の所に入れる model namespace を短縮するのに使います。
例えば key=file_id が 'dankogai' だとして、 schema_options model_name_realname が指定されてない場合は、このコード例では

kumofsfile_meta:dankogai

kumofsf_m:dankogai

二つ目は schema_options column_name_rename の所です。
これは直列化する直前で Key を任意の値に変換してから直列化をかけます。
Data::Model 標準のシリアライザの MessagePack では、数値をとても効率よく直列化してくれるので、 media_type だとかいう長ったらしい key name を 2 とか言う数値に変換してしまいます。
2 とかという小さい値だと直列化後も1バイトしか容量食わなくて嬉しいんです！

実際、上のほうで書いてるデータ例だと以下の用になります。

{
    2 => 1,
    3 => 5,
},

MessagePack の specをみても解るとおり、15要素以下の HASH に1バイト、 7bit 以下の unsigned int では1バイトの容量しかかからないので、上記の圧縮後の value は5バイトという驚異的なサイズとなって kumofs の value に格納されます。

まとめ

今日は kumofs 公開したということで、 Data::Model からだったらどう使えるか、どう使うかという視点で書いてみました。
Data::Model 側で用意してるオプションを使い切る事により、プログラムコードは書き易く、かつ空間効率を驚異的に高めて利用出来る事が解ったかと思います。
もちろん Data::Model::Driver::Mecached は kumofs 専用という訳でなく Tokyo Tyrant やらなんやらでも利用できますので、機会があればお試しください。

まぁ、もちろんこんなレイヤ介さずに直接使えばいいって話も出てきそうですがね。

あわせて読みたい：YappoLogs: KVSでORマッパーを使うという事]]> 2010-01-08T16:07:23Z 2010-01-09T01:07:23+09:00 tag:blog.yappo.jp,2010:/yappo//1.709 2010-01-08T16:07:23Z

Plack::Middleware::Debug を使って Debug のメニューを消したときって

みたくなってなんか邪魔なので、端っこにどかすCSSを適用するMiddleware書いてみた。

やりたい事としては、アプリとは関係ないファイルの管理をしないで PM::Debug のcssだけを置換して使いたいって事。
Plack::Middleware::Debug は、必要なjsやらcssをshareディレクトリ以下に入れて自分の好きなように書き換えて使えるんですが、それやるとアプリ以外にファイル管理しなきゃいけないので面倒なのでやりたくないというワケ。

上のコードを app.psgi に入れとくと

な感じになってくれました。
とりあえず目的は達成。

この

builder{
    enable {
        my $app = shift;
        sub { $app->(@_) };
    };
    sub {};
};

< miyagawa> middleware でいいですよ

■総括
　今年は Moose な人たちと関ることをはじめとして!日本語圏の人とコミュニケーションをとれたのが良かった
　gfxとjesseとclkaoをまとめて自宅に泊めたというイベントもあった
　不意打ちで社長が所属バレしてた
　githubはじめた
　ちっちゃい省機能なモジュールを書くように意識し始めた
　自作言語を作ってみた
　そのほかいろいろ
　来年の企画に向けた準備をもろもろやったよ
　CPAN リリースはもっとしてるとおもう

■来年の目標
　落とさない

Goではクラス定義で云々するんじゃなくて、interfaceで定義されてるメソッド群をすべて実装されてたらOKといった感じなんですが、まぁいわゆるduck typingできればおｋみたいな感じですね。

Perlの世界では if ($foo->can('bar') && $foo->can('baz')) みたいなコードで duck type可能かを調べるんですが、見た目がごちゃごちゃしがちになるので、Goのinterface type的な感じのものをPerlの世界に持ってきました。

if ($obj->can('read') && $obj->can('seek')  && $obj->can('close')) {

if ((interface_type [qw/ read seek close /])->($obj)) {

my $is_filehandle = interface_type [qw/ read seek close /];
if ($is_filehandle->($obj)) {

interface_type filehandle =>[qw/ read seek close /];
if (is_filehandle($obj)) {

canばっかり呼ばれてるコードって見たこと無いのですが、そういうコードはすっきりとかけるようになるんじゃないでしょうか。

コンセプトは夢の中で思いついて起きて1時間くらいで実装した。

http://search.cpan.org/dist/JSTAPd/

それなりに頑張って日本語でもドキュメント書いたので、lestrratさんが気に留めて使う気になって英訳してくださったんだとおもいます。
おかげでCPANへリリースすることもできました。

テストも重要ですがドキュメントも重要ですね。

http://perl-users.jp/articles/advent-calendar/2009/hacker/25.html

たぶん、 advent calendar で紹介されたモジュールの中で一番新米なんじゃないかと思います。

あとは casual track が完走すれば JPerl Advent Calendar 2009 は全部完走となります。

今から寿司がたのしみです＾＾

一昨年書いた『あなたがRuby on Railsを使わない10の理由』を書いたら、おおむね好評とともに読んでもらえたみたいで(ほんとかー?)うれしい限り。実際あのあとも記事の影響ってわけじゃないと思うけどRoR使ってくれた人もたくさんいるし、ますます広まってきているみたいでこれも私設営業の人としてはとてもうれしい。

略
(例によって書きかけなので今後もいろいろ変わったりするかも)

Data::ModelはCPAN Moduleである

まあ上でああいったけどやはりCPAN Moduleであることそのものの価値ということにまずは言及しておく。
いまのPerlはまぎれもないCPAN Moduleベースの言語なのだ。それ自体は実のところ単なる偶然の産物なんだけど。でもさまざまに紆余曲折あってCPAN Moduleベースになったおかげで、Perlが得た恩恵はとても大きい。
Perlはその根幹はCPAN Moduleであるということは、CPAN Moduleの四半世紀の歴史がはぐくんできた膨大な蓄積をPerlも同様に備えているということだ。おかげでプログラマだったらPerlがどんな挙動をするかというのはだいたい想像がつくわけ。

Data::ModelはiPodと相性がいい

この項、あとで書く

いまData::Modelを使い始めると世界で三番目にヘビーなData::Modelユーザになれる

あなたが何かの分野で世界第三位の位置に立つことを考えて欲しい。思った以上に道のりが険しいという事が誰でも想像がつくであろう。
しかし、そんなただの人が世界で三番目の位置に立てる分野がある。そうData::Modelのユーザとしてなら世界第三位のヘビーユーザーになれるチャンスがあるのだ。
現在Data::ModelのヘビーユーザはYappoとtokuhiromしか居ない。ここにあなたの名前が連ねるのだ。
どうだい魅力的ではないか?

え、DBIx::Skinnyがいいって?ありゃ駄目だ。nekokakを始めとしてモバイルファクトリーの全社員が使ってい。あなたはモバイルファクトリーの社員数を数えられるか?
それにyusukebeやnekoyaやnihenやnobuなんとかやmixiの連中まで唾をつけてやがる。
そんな手垢のついたものばっかり使ってるから君は世界三位の位置にいつまでたってもつけないんだよ。

それが、Data::Modelを使えばチャンスが巡ってくる。どうだい?簡単だろう。
それに今ならAdvent Calendar期間中で使い方のドキュメントが揃って来てるしね。
http://perl-users.jp/articles/advent-calendar/2009/data-model/

以下蛇足

この記事を書いている私はもともとCDBIファンだったんだけど、いまのData::Modelは古き良きCDBIが持っていたcultureと、DBICが持っていたcultureの両方を備えたこれ以上はないほど魅力的なORMになっている。ある意味、CDBIよりもCDBIらしいと思う。この業界の先端を走っている人全員ではないけれど、かなり多くの人はData::Modelを使っているし、これからますます増えてくると思う。

実に14月ぶりくらいのメジャーリリースで、様々な機能が追加されています。
おもに flavor 開発者にとって便利な物が大量投入されてます。

他にも Ark などの helper script をより便利に作れる Helper support 機能が投入されてます。

一般向けとしては XS flavor が追加されており、多分 id:gfx がよりモダンな flavor にしてくれることでしょう。

そしてようやく GitHub flavor も投入されました。スケルトン作るときに GitHub のリポジトリセットしたり git remote の設定を自動でやってくれたりします。
お望みとあれば、出来立てのスケルトンをそのまま git push してくれますがそんな変態はいないでしょうか。

ということで Module::Setup をご利用ください。

ガイアックス++

# 最初は本気で東小金井に行きかけたのはないしょのつぼみ

http://github.com/yappo/p5-WWW-Shorten-Google

CPAN には、各種 tinyurl を使って url を短くするための統一インタフェイスとして WWW::Shorten ってのがあるので、それの流儀にしたがって作りました。

と思ってweb上でCMみれる所探したけど見つからないでやんの。
企業ページにflashな視聴ページあるけど、今の環境じゃ動画みれねー。

ニコニコ動画とかに上げときゃいいのにCMなのに出し惜しみしててどうすんだって感じ。

久しぶりにBOSS飲もうかと思った気持ちが一気に萎えましたというおちでした。

まぁ、こういう昭和の時代にいっぱいあった感じのCMは今は少ないので増えるといいですね。
このCM自体は、今時のTVにあるまじき良作で、最近話題のニコマスMAD映画?だかのプロデューサーが死んじゃうやつより良いとおもいますね。はい。