3月 - 5th

iPadに向けた電子書籍の具体的デモがすごい

Posted at 14:31 | Filed Under HACK, Web, コミュニケーション, デザイン, マーケティング, 時事

自分はともかく、子供に遊ばせたい・・・と思うデモンストレーション。何冊もの絵本や何冊もの問題集を買うんだったら、iPadにいろんなコンテンツがあればこっちのほうが楽しそう。。。
As the race to be be ebook format of choice hots up, Penguin is making some bold, experimental bets. These first-look demos of forthcoming books from iPad’s iBook Store, presented by Penguin Books’ CEO John Makinson in London on Tuesday, give an idea how publishers might approach Apple’s tablet…
電子ブックのフォーマット競争は激化していますが、大手出版社のPenguin社が出したiPad向けの電子ブックデモ。CEOのジョン・マキンソンさんがロンドンでiPadに向けてどんな手法ができるかを見せてくれます。。（意訳）
引用元: First Look: How Penguin Will [...]

3月 - 5th

そろそろクリップアートのクオリティをなんとかしてほしい

Posted at 00:35 | Filed Under Web, Windows, デザイン

仕事柄、提案書を作ることが多く、それなりに資料作りは慣れてきた感があるのだが、マイクロソフトにそろそろ使い勝手とコンテンツ内容を見直してほしいのが、クリップアートだと思っている。Webの業界にいるので利用したいクリップアートのジャンルはそうジャンルは多くなく、サーバの絵だったりインターネットを表す絵だったりと、多少限定されるのだが。
その中でもよく使うのが、「人」を表すクリップアートで、「利用者」だったり「管理者」だったり「営業マン」だったり「エンジニア」だったり、役割関係を表すときに「人」関連のクリップアートを挿入することが多くある。
しかし探してみると、このアリサマである。
まず、「ユーザ」や「管理者」といったキーワードでは何も見つからない。だから仕方なく、「人間」で検索してみる。それがこれ。

もうさぁ、ガンジーとかショパンとか、下から二段目のアラブ系の人とかさぁ、本当に不要で、表示してほしくないんだけどさ・・・、いちいち出てくるのよ、毎回。右下のオペレータの絵がギリギリセーフ。そのとなりの宇宙服着てるヤツとか、なんなのよ、といつもツッコんでいる。
だから仕方なく「顔」とかで検索してみたりする。そしたらこれだ。

なんなんだよ、この「ジャジャーン」的な背景の顔シリーズ（１，２段目）。ゲームに出てきそうな顔が５，６段目。MSNメッセンジャーでおなじみの黄色い顔さんたちがいる６，７段目。さらには使い道のなさそうな７，８段目。
数が多けりゃいいってもんじゃないだろうに。もう少しアイコンの品揃えを考えて欲しいです、マイクロソフトさん。
ただ、こう思うのは自分がWeb業界にいて、Webサイト制作だったりSIの提案書を書くからなのかもしれなくて、仕事のジャンルによってはこういう顔たちも使える場面があるのかもしれない。あるのかもしれないんだけどさ・・・
いずれにしても、これだけOfficeも歴史あるソフトなんだから、業種別に最適なクリップアートセットを準備するとか、使用履歴に基づいてユーザーの嗜好に合わせて選別してくれるとか、親切な機能がほしいところ。
だから、最近異常にMacのKeynoteが欲しくなっちゃうんだ・・・。

iWork ‘09
アップル 2009-01-18
売り上げランキング : 101
おすすめ平均
Amazonで詳しく見る by G-Tools

2月 - 24th

みすず学苑のCMがヤバイことになっている話

Posted at 15:35 | Filed Under Google, Google Chrome, Web, Youtube, デザイン, マーケティング

私の出身地である名古屋には、美宝堂やアサヒドーカメラといったインパクト強めのCMがあるのですが、東京にも、みすず学苑という衝撃的なCMがあります。関西は・・・なんだろう、ながーーーーーーーーーーーーーーいおつきあいの京都銀行とかですかね。もっとありそうだな。しかもレベル高そう。
で、このみすず学苑ですが、テレビCM以外でも結構露出していて、交通広告（電車）でよく見かけていて、テレビでもちょくちょく見るわけですが、最近のCMがとんでもないクリエイティブに仕上ってます。タイトルは、プリンセス編。

「シンデレラれな～い！」「知らん雪姫！」「不合かぐや姫～」などでツカまれ、お決まりの「怒涛の英語と個人指導」と続きます。
しかしここからがインパクト強烈。
「成績アップ、プリン、プリン、プリン！」
と言いながら、最後はみんなでポーズを決めるんですが、背景にはプリンの雨が降っています。もうね、まったく意味がわからないんです。ついでに白雪姫の女性はめちゃめちゃ顔を黒く塗ってるし（いちおうツッコミポイントだと思ったので指摘しておきます）。
テレビCMにおいて、視聴者へのインパクトはかなり重要で、このクリエイティブによってかなりみすず学苑は完全に頭にインプットされましたが、問題は学習塾の信頼性が伝わったかどうか。
学習塾を選ぶときって、それなりにお金を払うわけだから、選ぶときも料金や通いやすさも然ることながら、実績や講師の質はもっと重要な要素になってくると思いますが、私も親として、親の立場で考えると、「みすず学苑」と聞けばあのCMが思い出され、なんかクソみたいなダジャレを並べまくってた品のない塾だよな・・・というのが印象で、今の時点では、子供をみすず学苑に通わせようとは、残念ながら思いません。そう、みすず学苑の広告には、「品」がないんです。
病院のWebサイトでは、ほとんどが「白」を基調としたものが多く、全体的に落ち着いたデザインであることが多いです。「病院」に最も必要なのは「信頼性」「清潔さ」であって、それを一番得やすいのが、そういうテイストなんだといわれてます。きっと病院という建物は昔から建物全体、設備全体が白いことが多く、「落ち着いた白＝きれいな病院＝信頼できる病院」という連想を持つ傾向があるのだと思います。
回転寿司チェーンのWebサイトでは、赤と黒、たまに木目をパーツに使用しているところが多く見受けられます。日本人が大好きなマグロと、海苔、そしてゲタを連想させる組み合わせです。新鮮さや雰囲気を伝えるためだと思われます。
学習塾の場合もやっぱり「信頼性」が必要のはず。加えて、「塾生を全力で志望校に合格させるという熱い思い」。ただ、「熱い思い」ばかりを前面に出しても胡散臭いだけ。だからそこは冷静にというか、クールに装い、実績面でアピールするのが正解といえます。
そう考えると大手予備校のサイトなんかは、代々木ゼミナールも駿台も河合塾も四谷学院も日能研も、すべて背景は白で統一されており、病院のような、でもちょっとアカデミックに大学のような雰囲気がうまく表現されています。ちなみに、みすず学苑も、Webサイトはわりと信頼できそうなトーンです（MovableTypeで作られてますね）。
・・・トーンはいいのですが、ビックリしたのはこのサイト、google chromeで閲覧しようとすると初回はアクセスが制限されてしまいます。
「警告：このサイトにアクセスするとコンピュータに損害を与える可能性があります。」
やっぱり・・・やばいでしょ、みすず学苑。塾のサイトなのに、Googleからはまったく信頼されていない。だれか教えてあげてください。不合かぐや姫。

2月 - 14th

Twitterのテーブルは3つで構成されているかも（DB入門編）

Posted at 00:23 | Filed Under Twitter, Web, デザイン, 日記

何気なく、風呂に入りながら「Twitterっていくつのテーブルで構成されているんだろう」と思ってしまって、DBの構造を推測してみた。仕事ではSalesforceのテーブル管理をしたことがあるが、ヤツはとんでもないテーブル数を持っていて、どこに何が格納されているのかさっぱり予測できない。当然カンペキに正規化されているんだろうけれども、あれだけ複雑なアプリケーションであるのと、やっぱりクライアントごとにしっかりデータを分けなければならないというポリシーがあるはずだから（営業データだからね・・）、基本的にはテーブル単位、あるいはDB単位で分けているんだと思う。
で、Twitter。「無料のつぶやきサービス」というサービスで、先のSalesforceとは求められるSLAがまったく異なる。個人単位でデータをエクスポート／インポートすることもない。爆発的に増加するユーザや爆発的に発生するつぶやきに、いかにスケーラブルに対応するかが、このサービスのポイント。それらのポイントをクリアするためには、どのようなテーブル構成が求められるのだろうか。元DBエンジニアの端くれとして、風呂の中で考えてみたのでメモしておきます。現役のエンジニアさんにとってはレベルの低い話なのでスルーしていただければ。
まず基本要件が、大きく３つ。
自分のつぶやきと自分のフォローしているアカウントのつぶやきをタイムラインで抽出できる
自分がフォローしているアカウントの一覧を抽出できる
自分をフォローしているアカウントの一覧を抽出できる
これがTwitterの基本機能（のはず）。そうすると、Salesforce的な設計であれば、
①アカウント一覧テーブル（全ユーザのアカウントを管理。アカウントID、パスワード、アイコン、各種プロファイル）
②つぶやき一覧テーブル（日付、つぶやき内容、つぶやきID）
③フォロー一覧テーブル（登録日付、アカウントID）
④被フォロー一覧テーブル（登録日付、アカウントID）
となるが、この設計だと①を除いた②③④は、アカウントごとにテーブルを用意する必要がある。ユーザーには利用頻度に違いがあるので、一度アカウントを作ったけれどもまったく利用していないユーザーに対してもこれらのテーブルを用意しておかなければならない。論理的に確保しておくだけなのでユーザーが少ないうちは気にする必要はないかもしれないが、その数が数千、数万を超えるようだと無視できないサイズになる。DBの中ではテーブルを作成すると、レコードが入っていようがいまいが、一定の領域を確保してしまうからだ（表領域と言います）。
ちなみに、下はTwitterのアカウント登録数推移。毎日20万～30万人のユーザーが新規登録している。恐ろしい規模だ。この規模で上のような設計をしていたら、ストレージがいくらあっても足りない。

ではそれぞれの共有できるテーブルにしていくには。①は共通のテーブルだからいいとして、②は全ユーザーで共有できそうだ。カラムの構成を
②つぶやき一覧テーブル（日付、つぶやき内容、つぶやきID）
から
②つぶやき一覧テーブル（日付、つぶやき内容、つぶやきID、アカウントID）
とする。こうすれば②も共有できる。自分だけのつぶやき一覧は、SQLで条件指定（where ユーザーID＝xxx order by 日付）
で抽出することができる。何億ユーザになっても、テーブルは１つで済む。
しかし、③と④がまだユーザー単位に必要だ。というわけで次に③と④をやっつけていく。
結論から言うと、③と④は合体して、１つのテーブルで管理できる。難しく考える必要はなくて、
③フォロー一覧テーブル（登録日付、アカウントID、）
④被フォロー一覧テーブル（登録日付、アカウントID）
から、
③＋④フォロー関係一覧テーブル（登録日付、フォロー元ID、フォロー先ID）
するだけ。錆付いた頭では、頭の中だけで考えるとちょっと時間がかかりました・・・。紙に書けば一瞬だった。こうすると、各レコードは
AさんがBさんをフォローした場合、（”201002132342″,”A”,”B”）というレコードが、
BさんがCさんをフォローした場合、（”201002132348″,”B”,”C”）というレコードが作成される。
こうすることで、すべてのフォロー関係を１テーブルで管理することができるようになる。自分が誰をフォローしているのかを知りたければこのテーブルから（where フォロー元ID＝A）で3列目を抽出すればよいし、自分をフォローしてくれているアカウントを抽出するには（where フォロー先ID＝B）で2列目を抽出すればよい。
これらの３テーブル
①アカウント一覧テーブル（全ユーザのアカウントを管理。アカウントID、パスワード、アイコン、各種プロファイル）
②つぶやき一覧テーブル（日付、つぶやき内容、つぶやきID、アカウントID）
③＋④フォロー関係一覧テーブル（登録日付、フォロー元ID、フォロー先ID）
で、ユーザーごとにテーブルを作成することなく、スケーラブルな対応ができるようになるわけだ（たぶん）。
厳密には、運用上無限に肥大化し続けるテーブルは扱いづらいため、つぶやき一覧テーブルなんかはレコード数単位で分割されていると思う。アカウントを発行するときにでも、①のアカウント一覧テーブルのカラムに、書き込み先のつぶやき一覧テーブルの識別番号を与えているかもしれない。またはテーブル自体は仮想的に一意の名前にして、実際にはIDのレンジでテーブルをパーティショニングしているかもしれない。あと、リストの管理とかもあるし、当然これだけでは済まないのは理解しています。
というわけで、勝手にTwitterのテーブル構造を予想してみましたが、これはTwitterがOracleやMySQLのようなリレーショナルデータベースを使っていたら、の話。GoogleのBigTableのような別のアーキテクチャを使っていたら、これらは全然違うだろうし、BigTableを理解していないので推測もできません。ただAPIを使ってTwitterアプリを作ってみたら、いちいち予想しなくてもわかりそうな気もする。作ったことないし、作る予定もないので永遠に推測の域を出ませんが。誰か正解知ってるのかな。
たまにはDBマガジンでも読んでみるかな。トレンドはキャッチアップしておかないとね、モチベーションがあるうちに。

Google App Engine for Java [実践]クラウドシステム構築 (WEB+DB PRESS plus) (WEB+DB PRESSプラスシリーズ) (WEB+DB PRESS plusシリーズ)
技術評論社 2009-09-10売り上げランキング : 17213
Amazonで詳しく見る by G-Tools

2月 - 12th

nanoblockで脳内活性化

Posted at 09:44 | Filed Under nanoblock, デザイン, 日記

誕生日プレゼントでキクからもらったnanoblock。こういう指先を使うおもちゃが自分は好きなので、前にもペーパークラフトにはまったりしていろいろ作ってたわけですが、

ペーパークラフトは凝れば凝るほどパーツが細かくなって、肩がどうにかなってしまいそうだったので、もう少し気楽に遊べるものは、ということで、キクが見つけてくれたわけでございます。
で、以前はこんなの作ったんです。インコ。

とか、カエル。ちょっと色がアレですが。

とか、携帯電話とか。

で、久しぶりに作ったのは、自転車。

わりと走りそうでしょ。ちなみに高さは5センチぐらいです。

次に、グランドピアノ。

自転車は、作り方マニュアルがあったのでそれを見ながら忠実に再現してみたんですが、グランドピアノは、「こんなのも作れますよ」的な感じで完成写真はあったんだけど、マニュアルがないので、完成図だけ見て、あとは想像力で制作。あ、ちなみに公式サイトにざっくり作り方が掲載されていました。
http://www.diablock.co.jp/nanoblock/blog/nano_5.html
まあこれだけで見ても、普通はなかなかうまくいかないもんです。また、勝手にアレンジしたほうが、楽しいしね。

nanoblock BASIC SET
河田 2009-09-25
売り上げランキング : 1635
Amazonで詳しく見る by G-Tools

2月 - 4th

任天堂社長の「iPadはiPod touchが大きくなっただけ」

Posted at 15:30 | Filed Under デザイン

いや、なんとなく面白かったので・・・。確かに、任天堂的にはそうだよな・・。ウケるわ。
任天堂社長の「iPadはiPod touchが大きくなっただけ」というコメントを任天堂っぽく表現するとこうなる – GIGAZINE.

1月 - 28th

アップルのiPadと他のデバイスを写真だけで比較

Posted at 23:17 | Filed Under デザイン, マーケティング

やっぱり欲しい・・・

ジョブズが Magical ! Phenomenal !連発のイベント速報、製品発表＆詳細仕様、実機ギャラリーに続いて今度はアクセサリについて。プレゼンで観客をどよめかせたキーボードドックのほか、iPadの公式アクセサリがいくつか公開されています。キーボードドックは縦置きのドックにアルミキーボードがついたアクセサリ(そのまま)。PCとの同期や充電のほか、外部スピーカーにつなげる音声出力も備えます。なお、アップル純正を含め普通のBluetoothキーボードも使えます。
引用元: アップル iPadアクセサリはキーボードドック、スタンドケース、カメラ接続キット.
ついに電子書籍に本格参入。今のところ、市場の予想通りというかんじですか。
こちら、ａｍａｚｏｎのkindle。

こちら、nook。

こちら、WebStation。

こちら、SonyのReader Daily Edition

書籍リーダーの戦国時代。でもやっぱり、iPadが洗練されてるな・・・価格を無視して見れば。道端に落ちてないかしら。iPad。