• ビデオにキューポイントを設定してASのイベントを発火させられる
• Flex Builderのスゴイ 版Flash Builderがついてる
• Flash内のASエディタも補完とかが良くなった
• 物理エンジンが洗練された
• イラレやInDesignで作られたテキストを持ち込みやすくなった
• フォトショやイラレで作ったグラフィックを持ち込んでインタラクティブにできる（Flash Catalyst）
• 単一の.flaだけじゃなく中身が独立したパックとして保存できる

物理エンジンってついてたんや。

Flash内のASエディタはCS3では割と使いにくいので是非とも新しいのを使ってみたい。

ソース：Flash CS5 First Look: Adobe Drops a Hefty Update Into Stormy Waters| Webmonkey | Wired.com.

ちなみにInDesign CS5ではe-bookを作りやすくなったらしい。

InDesign CS5 introduces interactivity to page layout – Yahoo! News

Spider is not your typical storage engine: it allows you to redirect your data and queries to other MySQL instances depending on field values. That means you can use it to shard databases in a relatively easy way.

Spider for MySQL

Currently it’s available for MySQL versions higher than 5.1. Get it here:
Spider for MySQL in Launchpad

Here’s the creator’s blog where release info and such are posted (in Japanese):
Wild Growth 日本語

What to configure

1. Set up four MySQL servers (A, B, C, and D)
2. Create your normal schema in B, C, and D
3. Create tables with the same schema as above, but with ENGINE=Spider. In this CREATE TABLE statement, specify B, C, D as databases where the data is actually stored.

You can get the details for configuration in the official docs. You’ll probably want to check the links below as well.

How it’s used

Just throw queries to server A like you normally would, and Spider will do the rest for you. No data is stored in A at all: everything is distributed over to the other three, which effectively achieves database sharding. What’s great about using Spider to shard your data is that you don’t have to make any changes in your client app code whatsoever.

What’s actually happening

Say you throw this query to server A: code>INSERT INTO users VALUES (‘someone@domain.com’, ‘Bobby’);. The INSERT statement is passed over to one of the three other servers depending on the conditions you set when you created the Spider table (for instance, by checking id mod 3). So what happens is that the row is stored in either B, C, or D, and A never holds any data at all.

From the client app point of view, all that happens is that you throw a query to A and A returns a result set, just like any old MySQL server. Other queries like SELECTs gets handled in the same transparent manner.

Of course, this won’t distribute the request load, but they say that IO loads make up for nearly all of a database server’s loads, don’t they?

This is all built upon a feature in MySQL called partitioning (which I didn’t know existed till recently, having been a very light user of MySQL). It’s a feature that lets you save data rows to different places in your local filesystem depending on the value of a particular column. What Spider does is it makes the three data tables (B, C, and D in this case) act as MySQL partitions.

Initial thoughts

It actually does what it says it does. It’s cool how in most cases you probably won’t have to change your app code at all thanks to the transparent query processing. So if your app code is not scale-ready, this might be a good solution to make some leeway.

But here’s the catch. The consequences of being built upon MySQL partitioning might be a pain in the ass. I think I’ll discuss that in another post.

Oh, and not being able to find a lot of tips, howtos and usage reports on the web doesn’t make me particularly happy either. There probably isn’t a whole lot of users yet. I pretty much like the concept and it does work, but I get this sort of fear of finding another pitfall along the way.

I’m looking forward to its gaining a bigger user base and getting better and more stable as it gets more bug reports and feature requests.

References

The Data Charmer: Test driving the Spider storage engine – sharding for the masses

Sharding for the masses: Introducing the SPIDER storage engine (OpenSQLCamp @ FrOSCon) | Colin Charles Agenda

Spiderは少し特殊なストレージエンジンで、データを行単位で別のMySQLサーバへ飛ばして保存することができます。何が嬉しいかというと、比較的簡単にテーブルをSharding、つまり細切れにして負荷分散ができるということです。

Spider for MySQL

現在、MySQL 5.1以上で利用可能です。配布元はこちら：
Spider for MySQL in Launchpad

リリース状況などを掲載されている作者ブログはこちら：
Wild Growth 日本語

設定の流れ

1. MySQLサーバ4つ（A, B, C, D)を用意する
2. うちB, C, Dの3つにデータ保存用テーブルを作成する（InnoDBなどで）
3. Aに、B, C, Dと同じスキーマでエンジンがSpiderなテーブルを作成する。データ保存先としてさっき作った3つのテーブルを指定する。

具体的な設定方法については公式ドキュメントや最後尾の参考リンクでどうぞ。

利用の流れ

ふつうにAのMySQLサーバにアクセスしてクエリを投げるだけです。クライアント（アプリ）側には一切変更の必要がありません。ここがSpiderの魅力です。

中で何が起こっているか

たとえばINSERT INTO users VALUES ('someone@domain.com', 'Bobby');というクエリをAに投げると、テーブル作成時に指定した条件に従ってSpiderがB, C, Dから保存先ノードを選び、そこへINSERTを投げ直してくれます。つまりSpiderテーブル自体はデータを一切持ちません。

同じくSELECTの場合もAへ投げたものがB, C, Dに飛び、Spiderが結果をまとめて返してくれます。

クライアント（アプリ）側からはあたかも普通にクエリを出して返って来ているように見えるんですが、実際には三つの保存先ノードへクエリが飛んでいるわけです。JOINなども同じように透過的に扱ってくれます。

リクエスト処理の負荷は分散出来ていませんが、データベースサーバの負荷のほとんどはIOだというウワサがありますので、そのIO負荷が分散できるというのはステキなことかも知れません。

実はぬるMySQLユーザな僕は全く知らなかったのですが、もともとパーティショニングという機能がMySQL 5.1以降で実装されています。これはテーブル内のデータを指定したカラムの値に基づいてローカルのファイルシステム内で分割して保存する機能です。Spiderはこのパーティショニングに乗っかって設計されていて、ここではB, C, DのテーブルをAのパーティションとして使っていることになります。

使用感

看板に偽りなしというか、できると言っただけのことはやってくれています。なにより本当にアプリ側を全く変えなくていいのが嬉しい。急にスケールしたくなったときなんかは採用しやすいソリューションかもという気がします。

ただ、パーティショニング機能自体の制限を受けるのがけっこう厄介です。これについてはまた別の記事に書きたいと思います。

あとは、オンラインに情報が少ないのが気になります。おそらくまだあまりユーザ数が多くないんだと思います。コンセプトは良いし実際に問題なく使えるんですが、現状では既知のバグや制限事項などが少ないので、どんな落とし穴が潜んでいるか分からない怖さがあります。

今後、いろんな人に試されて叩かれて強くなっていくことを密かに期待しておきます。

参考リンク

ウノウラボ Unoh Labs: 国産MySQLストレージエンジン「Spider」の作者、斯波健徳氏に聞く

http://dev.mysql.com/doc/refman/5.1/en/partitioning-overview.html
作者によるMySQL Conferenceでのプレゼン資料(zipped pdf)。

The Data Charmer: Test driving the Spider storage engine – sharding for the masses
使ってみた系の記事。設定方法を紹介、どんなクエリが飛んでるかとかも見てます。

Sharding for the masses: Introducing the SPIDER storage engine (OpenSQLCamp @ FrOSCon) | Colin Charles Agenda
使ってみた系の記事。独自の説明プレゼンつき。

このTouchWall、普通の壁と普通のプロジェクタを使ってマルチタッチスクリーンが実現できるという点が新しい。画面の周辺に三つの赤外線レーザーとカメラを配置し、それらが画面に触れている指や手の位置を認識するという仕組みだ。

デモの映像があるのでどうぞ。

できることは今あるマルチタッチと同じようなもので、この動画では広範囲のスクロールやズームをスムーズにやってみせている。

プレゼンテーションで複雑な図を用いる必要がある場合などに便利そうだ。壁全体をホワイトボードにしてしまうこともできる。

だがTouchWallの一番のメリットはなんといっても値段だろう。専用のマルチタッチスクリーンと比べて物理的なパーツが少ないため価格が圧倒的に安いらしい。たとえばSurfaceは一機で100万円ほどするそうだが、TouchWallならなんと数万円ほど。しかも当然ながら画面がいくら広くなろうとも値段が高くならないというのが素晴らしい。

なんともわくわくする技術だ。

ただ、映像を見る限りではiPhoneやSurfaceなどと比べるとやや操作がもっさりしている気がする。たぶんうまくソフトウェアをチューニングすれば大した問題にはならないと思うのだが、どうなんだろうか。ちなみにこのデモではVista上で動くPlexというソフトウェアを使っているらしい。

今のところMicrosoftとしてはこれを製品化する予定はないとのこと。早く製品化してくれないかな。数万円ならプロジェクトルームや研究室の予算でぜひとも買わせたい。

これは余談だが、ホワイトボードとして使うならプロジェクタの消費電力が気になるところだ。普通のホワイトボードはいつ見ても同じものが必ず見えるというのが大きな特長だ。今のプロジェクタは常につけっぱなしにしておく訳にはいかない。TouchWallのような技術でホワイトボードを代用するのならその方面での技術的な躍進も欠かせないと思う。

myvidoopという、パスワード不要のOpenIDプロバイダを見つけた。

よくあるOpenIDプロバイダは普通にユーザ名とパスワードでログインを求めてくるが、myvidoopでは画像を使ってパスワードなしでログインできるところが面白い。

まずユーザ登録時に好きな「カテゴリ」を3つ選んでおく。カテゴリは「犬」、「高層ビル」、「飲み物」、「飛行機」などで、全26種類。ログイン時する際は、ユーザ名を入れると写真がサムネールで15枚ほど表示される。その中から自分のカテゴリの写真3枚を見つけ、一緒に表示されているアルファベットを入力する。正しければログイン完了だ。

ちなみに画像はカテゴリごとに一枚というわけではなく、同じ「犬」でも色んな犬の写真が出てきたりする。

RecognitionAUTHという名前でConfidentというところが売りに出しているこのシステム。試したみた感想だが、あんまり良くないんじゃないだろうか。端的に言うと簡単ではあるが、カテゴリを忘れにくいわけでもなく、自分のネット界の要となることを任せるには安心感が足りないという印象だ。

本棚.orgと比べてみる

画像でログインといえば僕は本棚.orgの例が浮かぶ。こちらは画像を自前で用意し、それぞれにいくつかの選択肢をつけてクイズを作るというもの。例えば自宅近くの公園の写真を使って「5丁目の公園」「4丁目の公園」「駅前」などを選択肢とすればよい。そんな画像を数枚使えば、数クリックでログインできることになる。

こういった認証システムを検討する時は、いくつかの重要なポイントがあるだろう。まずはもちろん、破られにくいかどうか。破られるというのにはDoS的なものもソーシャルエンジニアリングも含む。例えばパスワードは組み合わせ的には比較的破りやすいし、80%の人がチョコレートと引換にパスワードを教えてしまうというような話があった。

次に、安心感があるかどうか。様々な認証システムを見ていると、安心感があることと実際に安心であることは必ずしも同じではない。例えば指紋認証などはナイーブには安心感があるけども、実際の強度はそれほどでもない。

ログインできない事はないか。一番よくあるのはパスワードを忘れることだが、他にもたとえばFlashやJavascriptなど特定の環境に依存してしまうことも考えられる。

使いやすいかどうか。これは一つの認証方式でも大いに変わりうる部分だ。普通のパスワードでもそれなりに使いづらいが、オンラインバンキングでは何故かソフトキーボードをちまちまとクリックしなければいけない所などもあり、そうなると最悪である。

大体において安全性と使いやすさ・失敗しにくさはトレードオフの関係にある。たとえばパスワードは長ければ長いほど安全だが、ログインにかかる時間は長くなるし、忘れやすくもなる。したがって認証方式には一長一短が出るのだが、それが利用シーンに適した一長一短なのかどうかが問題になる。

さて本棚.orgの場合、破られてもせいぜい知らない本が登録されたり本が削除されたりするだけだ。大した被害ではない。まぁ本が消されてたら困るといえば困るが、そのせいでピザが届いたり壷が届いたりすることはない。一方、myvidoopはOpenIDプロバイダである。ログインIDが一つになって便利だが、一度破られれば自分の使っているあらゆるWebサイトへログインを許すことになってしまう。これは重大な違いだ。

それを踏まえてRecognitionAUTHの安全性を考えると、極めて不安である。まず、写真のカテゴリは3個から最高でも5個までしか選べない。ということは結局のところ、アルファベット5文字で認証するわけだ。単純に組み合わせの数で言うと本棚.orgの一般的なユーザよりは多くなるが、それでもDoSが可能ならばあっという間の範囲だ。それに、打ち込む文字列がワンタイムで毎回変わるというのは一見良さそうに見えても殆ど役には立たないはずだ。キーロガーだけでは破れなくなるが、OCRか単純な画面キャプチャを組み合わせればいいだけの話である。

また、五個のカテゴリのソーシャルな脆弱性を考えると、パスワードよりもなお悪い事が分かる。というのは、「パスワードはakI928DCです」というのよりも「キーカテゴリは猫と船とオフィスです」という方が簡単だし伝播しやすいからだ。口に出すのも恥ずかしいようなカテゴリばかりならソーシャルには強くなるかもしれない。

安心感としても3〜5文字というのは不安ではないだろうか。少なくとも僕は不十分な印象を受けた。それに、設定したカテゴリを忘れないかというと特にそんな自信が生まれるわけでもない。

結論

RecognitionAUTHをボコボコにしてしまったが、結局言いたいのは、OpenIDという利用シーンに適してないということだ。利用方法は実際に簡単なので、その点では優れていると思う。Twitterぐらいのサービスひとつを守らせるなら簡単さが生きると同時に不安感が目立たなくなるだろうから、この仕組みはきっとそのあたりで使うべきものじゃないだろうか。

「分けよ」、「2つを併せよ」、「逆にせよ」、「自ら行うように仕向けよ」など、問題やその周辺の情報をこねくり回す方法をカードにしたもので、計40枚が画像としてWebサイト上で公開されています。

こういう手法というのは割と色んなところで見たり聞いたりしますが、平易な言葉とシンプルなイラストでカード型にまとめてあるので利用価値があるかと。

ただ、このサイト上にはカードが並んで配置されていないので印刷するのが面倒。

出来合いのカードを購入することもできるようですが、一組6,500円というぶっ飛んだ値段なのでちょっと現実的ではありません。カードの文言を普通の表にしたものがネタ元の記事にあるので、これをそのまま印刷するか、簡単にレイアウトしてみるのが一番手っ取り早そう。

全部のカードが並んだPDFがあったら便利なんだけども。

It’s like Photoshop for music.

これはすごい。ドイツで開発されているDirect Note Accessという音楽編集ソフトなのだが、なんと和音の中のそれぞれの音まで触れてしまうそうだ。

かなり衝撃的なデモ動画があるので、とにかくまずはご覧あれ。

1:10 – 従来のコード操作。コード全体のピッチが上下する。
1:55 – コードがそれぞれの構成音に分解できる。

ここからはもう見てのとおり、ミラクルが展開される。

Youtubeではよくわからないが、音をいじってもほとんど音質が劣化しないらしい。実際のところはどうなんだろうか。たとえばPhotoshopでもカラーバランスを変えたり彩度を上げたりしていると簡単にトーンジャンプを起こすが、きっと同じような劣化は避けられないはずだ。何らかの形で飛んだ情報をうまく補完したりする技術も入ってるんだろうな。

これを導入すればコマーシャリズムいっぱいのJ-Popレーベルはレコーディングコストが下がって万々歳だろう。なにせ歌が下手でも楽器が下手でも採り直しの必要がないのだ。一人のミスのために10人の時間が奪われることがなくなる。効率が上がって時間的・人的コストは下がり、同じ時間とカネでできるレコーディングの数が増える。

それは一体どういうことを意味するのか。他でもない、こういった技術の登場は、CDは良くてもライブを聞くと萎え死ぬような中途半端アーティストがまだまだ増えることを保証してくれるのだ。さらに言えば、編集ソフトがHi-Fiになればなるほど我々の耳は厳しく試される。「そんなん本当の音楽じゃないやろ」なんて言っててもあなたの聞いてるマイルスは調整済みかもしれない。世界の未来は明るい。

というのはさておき、これが活用できるのはきっとそんな残念な場面だけじゃない。リミックス、マッシュアップ関連でいろいろと面白いプロジェクトが増えそうだし、たぶん映画やテレビ番組などの音声トラックを編集するのにも使えそうな気がする。いや、業界を全く以って知らないから当て推量でしかないが、少なくとも素人メディアでは活躍すること間違いなしだろうと思うし、それはそれで今の世の中では大きな意味を持つはずだ。

リリース直後は祭りになるだろうから、どんな作品が出てくるかちょっと楽しみだ。

make installしたアプリをアンインストールする方法は、ネットを探してみるといくつか提案されているのが見つかります。
・make uninstallする（そんなのがついてるお行儀のよいアプリは少数派）
・make installのログを取っておく（出力されない場合あり。めんどくさい）
・rpmやdebパッケージを作っておく（かなりめんどくさい）
・makefileを読んで手で消す（いやいや。時給が出るならやってもよいが）

そこで登場するのがpaco。

pacoを使うと、make installした際にどこにどんなファイルが入ったのかを一つ残らずログしてくれます。ログはGUIで確認することができ、さらには一発でキレイにアンインストールすることも可能です。

pacoの入手

http://paco.sf.net/

インストール

普通に./configure, make, make installします。
Paco自体のインストールは管理できないの？と思ったんですが、ちゃんとできました。make installの直後に

$ make logme

することで、paco自体のファイルリストがログされます。

使い方

通常sudo make installするところで、代わりに

$ sudo paco -D make install

を実行するだけです。

-Dは現在のディレクトリ名をPaco上での管理名として使うオプション。-pで名前を指定してもいいですが、毎回考えるのも面倒なので僕は-Dを使っています。その他のオプションなどはpaco –helpで確認できます。

管理

Ubuntuの場合はアプリケーション→システムツール→Package OrganizerにGUIでの管理ツールが登録されます（ターミナルからはgpacoで起動）。あとはそれぞれのパッケージをダブルクリックすればファイル一覧の表示や削除が可能です。

ちなみに削除ボタンがグレーアウトされているのはおそらく権限が無いからですので、スーパーユーザで実行しなおしてみて下さい（sudo gpaco）。

make install以外の管理

pacoはファイルシステムへ書き込みを行うシステムコールを直にモニタするらしいので、インストール時に出た標準出力などとは関係なく正確なファイル一覧が取得できます。

それならば、と思ってこんなことをしてみたら上手くいきました。

rubygems-1.1.1$ sudo paco -p rubygems ruby setup.rb

~$ sudo paco -p active_youtube gem install active_youtube

~$ sudo paco -p test touch test

要するにどんなコマンドにでもかませてしまえばOKのようです。gemならもともとアンインストールが簡単ですからあまり意味はありませんが、把握していたいような気分ならぜひ。

ちなみに、似たような目的のソフトウェアに「CheckInstall」というものがあるようです。こちらはソースパッケージからrpmやdebを簡単に作成できるそうな。

Doshisha Corgi
http://corgi.uni-kaji.com/

ちょうどWikiのように誰でも講義ノートを編集できる。一人が執筆して皆が買うという従来の紙媒体スタイルにはない、新しい価値を提供できるはずだ。あまり授業に出ていないから一部しか書けないという（僕のような）人でも参加できることや、間違った内容が載せられても見ている人が多ければ修正されやすいことなどがポイントだと思う。

最近はOpenCourseWareなどの教育コンテンツ2.0とも呼ぶべきものが流行しだしているし、Corgiも近い将来には大学生活に欠かせないツールとなってることを期待している。

プラットフォームはASP.NETだ。選んだ理由は単に「触れたことのないものを試してみたいから」だったが、それにしてもマイクロソフトには体力を奪われた。簡単なことが簡単にできなさすぎる…。

ASP.NETはフレームワークとしてはいまいちウリどころが掴めない、というのが正直な感想。小さいシステムに向かなさそうだとは思っていたが、だからといって大規模システムに適すのかどうかも判断しかねる。油断しているとビューとコントローラが密着してしまうのが特に気に入らない。ASP.NETの流れに乗っているだけではロジックを後ろに追いやれなかった。

それに、Web特有のひねりや落とし穴を隠蔽してGUIアプリのような感覚でWebアプリを作れるのかと思っていたが、フタを開けてみればそうでもない。ビューへのデータの送り出し方やエスケープのタイミングなどの明確な指針が存在しないし、結局フォームやセッションを扱うときは通常のWebアプリ開発のノウハウが欠かせない。

あ、ちなみに良いところもある。たとえばバリデーションの扱いは大変優れている。テキストボックスなどの横にバリデーション用の部品を配置するだけで、ルール違反の入力があったときはフォームの送信自体も制御してくれる（かのような演出をしてくれる）。POST時に値をチェックして違反なら戻して…というような泥臭い処理はほとんど必要なかった。

さておき、リリースはしたがこれからが大変なところだ。バグをつぶそう。機能を増やそう。宣伝もしよう。でも本当に有意義だという自信が僕を動かすよ。

ユトレヒト大学の学生たちが興した学生向けの無料印刷サービス「StudyPrint」。

Webサイト上にデータをアップしておき、与えられた番号をプリンタに打ち込むことで印刷ができるらしい。もしくは普通にUSBメモリでデータを運んでもいいとか。専用のメールアドレスにデータを送信する方法もいずれ可能になるそうだ。

広告は印刷物の上下にバナーとして配置されるほか、5ページないし20ページごとに一面広告が排出される。

タダコピーとタダ印刷ならどちらのほうがうまくいくんだろうか。これを紹介していたSpringwiseは広告媒体としての有望さについて

学生たちはこんな便利さを提供してくれている広告主にちょっとは好感をもつんじゃないだろうか？それに、印刷物は授業やプロジェクトなどで使うしテスト前にも見返されるだろうから、広告は幾度か目に触れることになる。

と言っているが、僕が広告主ならばタダコピーに広告を出すと思う。僕自身のコピーと印刷の用途を考えてみると、基本的にコピーは自分が持っておくためであり、印刷は誰かに渡すためだ。たとえば地図を印刷して渡しておく、レポートを印刷して提出する、レジュメを印刷して配っておく。自分が見るためだけならば、特殊な場合を除けば画面で済ませるか紙に書き写している。

一方コピーをする理由は原本が手元に残らないからだ。だからコピーしたものは自分の手元に残る。

人に渡すものと自分が持っておくものならば、広告が入ってもかまわないのは後者だ。

ただ、実際に身近なところでこのサービスが始まれば、僕は平気で広告入りのレポートを提出してしまいそうな気がする。日本でも誰かやらないかな。タダコピの中の人たちはタダプリントには興味ないんだろうか。