ks

GPS+ming

最近のケータイの多くにはGPSが搭載されていて、今流行のiPhoneには無いわけだから、そんなところが日本のケータイの進んでるところだと思うんだけど、この機能を使おうと思うと結構使えるケースは限られてくる。

iアプリの場合GPSで位置を取得するには「デラックス」でないとダメらしく、つまりキャリアの承認により初めて開発・公開できる機能らしい。なので、誰でも好きに自分の位置を記録するアプリを作ることはできないということになる。

僕はFlashを使うのでFlashからの場合どうかというと、Flash Liteの持つ機能としてGPSの情報を取得する関数などがあるわけではない。

AUのサイトには、
fscommnad (device:location?url=xxx ) ;
というActionScriptファンクションで位置情報が取得できるということになっている。これはgetURLと同じなので、別のSWFへの遷移や別のページへの遷移の際に位置情報を付加することができるという機能だ。SWFの内部に緯度経度を取り込めるのならちょっとワクワクするけど、外部に出すだけというのはつまんない。

誰でも思いつくこととして、一般的に山岳系などのアウトドア用品としてGarminのGPSのように、現在地を地図で表示させたり、自分の道程を記録させてあとでGoogle MapやGoogle Earthに表示させるとかの、ちょっとした遊びをしたくなったりする。

まず、現在地を地図で表示というのを作ろうとした場合、ウェブページから３キャリアそれぞれ、もちろんGPS搭載端末に限るが、独自のタグ書いて、緯度経度をサーバーに送信させることができるので、その値を拾ってGoogle Mapの携帯版に表示させればいいと思うわけだけど、携帯の標準のブラウザではJavaScriptは使えないのでGoogle MapsのAPIはケータイのブラウザ上では意味が無い。

やっぱりGoogle Mapsのすごいところは、操作がし易かったことに加えて、かなり充実したAPIが提供されたために、世界中の無数の作る側の人の気合いが入って、「よっしゃー」的に週末をAPIを使ったプログラムに勤しみ、いろいろなアプリケーションやそのたたき台ができたところだと思うけども、そういう良さは携帯では出せない。

以前、無理矢理リッチめな地図を作ってみた。Google の地図を取り出して、mingでSWFにするというもの。

こちら PLOTME!（GPSの搭載された携帯向けのページです。）

とはいえ、これは地図を無理矢理Googleの地図から引っ張っているもので、これを商用につかうとかはできない。本当にこれを何かのサービスにしようと思ったら、地図のデータの提供者が必要になる。

次に自分の道程を記録させるというのもウェブページで、頻繁にリロードをかけてその度に緯度経度を送信とすればよさげなもんだけど、携帯の標準のブラウザでそれができるのは、AUだけみたいだ。ちなみにFlashを使えば何とかなるかと思うかもしれないが、言うまでもなく「ワン通信／ワンクリック」制限があるので、Flashで定期的にページをリロードすることは不可能。

というわけでケータイにGPSがついていると言っても、PCにGPSが着いた状態とは相当異なる世界がそこにある。いやもちろん、キャリアに承認されればいろいろできるだろうし、実際、自分の位置を見るならEZ Naviでいいわけなので、こういった悩みはタダの遊びとしてソフトを作りたい人が「くそー」って思っているだけのことなんだろうけども、残念ではある。つまりPCのようにタダの遊びがあんまりできない、閉じた世界になっている。

新宿ガムテープ道案内のこと

ちょっと前に話題になったみたいですね。

新宿ガムテープ道案内のこと

しかしこんなに面白いのだから、もっと『口コマれてしかるべき』と思う。

テクノラティによる「新宿ガムテープ道案内のこと」を含むブログの数グラフ

このガムテ道案内を作るおじさんはプロではないからこそだけど、インタビュワーにプロにとってはあたりまえすぎる悩みごとを話しているわけですが、しかしそれを代弁してしゃべってくれているからだと思うが、もーみていて本当に嬉しくなった。もちろんオジサンのものを作るピュアな姿勢があるからこその発言であり、その意味で発言はすてきであり、さらに人が持っている才能とは意外なところで発揮できるものであり、適切な場所にハマれば実はもっと多くの人がいい仕事するのだろうなとも思える。そういうことを感じさせてくれるとてもよいサンプルだと思う。

全て、なんのことはない、何の特別なことも無い、タダの現実の世の中の極めて普通すぎる話だと思うけど、このビデオができるまでに調査し、いろんなエフェクトかけて飽きないようなビデオを作成し、公開した方に、ガムテオジサンに、楽しませてくれてどうもありがとうと思う。

ffmpeg+ming

ffmpegで動画からフレームを切り出し、それをmingでFlashにするという方法で、ケータイのブラウザ上で動画をインライン再生させるというのをやってみた。

ここ ケータイFlash用 動画変換サーバー（動画の投稿はPCのブラウザから。QRコードとURLが出るのでそこから先は携帯で閲覧。）

メンドウなところは、（すくなくとも）Flash Lite 1.1の場合は、ある程度のフレームのところで、画像が赤表示になってしまうという問題。これは、多分ケータイのFlashに割り当てられるメモリが足りないために起きる現象だろうと思うので、フレーム数を減らすことで解決はするけど、言うまでもなく再生できる動画の時間もしくはフレームレートを犠牲にする形になる。

例えば今回のようなケースでは、なるべく赤にならないようにということで、ファイルサイズが100KBまでいけるところを、わざと60KBまでに制限して、生成されるSWFを切り分けているのだけど、どこで線引きするのかというのは、実際にはいろいろな端末でためしてみないと本当にわからない。多分だけど、１年以上前のDocomo以外の端末では、今の制限では赤は出そうな気がする。

Docomo端末は割当メモリが大きいためもしかしたら100KBまでいけちゃうのではという気もするけど、試していないので不明。

Flash Lite 2.0にしたらどうかというと、その場合は赤表示にはならないのではないかと思う。赤表示にはならないと思う理由は単に今まで見たことがないからだけど、ガベージコレクションされるからとか理由はちゃんとあるのだろう。

ただ、Flash Lite 2.0は相変わらず大手３キャリアの中でDocomoだけが未対応となっている。それでもAUとSoftbank向けにはFlash Lite 2.0で書き出すというのも手かもしれない。Flash Lite 2.0にすると圧縮を書けることができるので、Flash Lite 1.1 だと140KBくらいのコンテンツが、100KBくらいに収まったりすると思う（この前やったときにたしかそんな感じだった）。

メンドウではあるけど、

Docomo端末　Flash Lite 1.1で生成　制限100KB
AU、Softbank端末　Flash Lite 2.0対応機種　Flash Lite 2.0で生成　制限100KB
AU、Softbank端末　Flash Lite 2.0非対応機種　Flash Lite 1.1で生成　制限50KB

といった具合で変換すれば、それぞれに最適なコンテンツとなるのではないかと思う。

ffmpeg
ffmpeg-php
ming

ところでphp5でSwfprebuitclipを使うにはどうインストールしたらいいのだろう。先週から迷走してます。

しかしこういったケータイ向けのサーバーサイドSWF生成というのは、現状のキャリアの課す「ワンクリック／ワン通信」制限の中では必須となることが多いけど、逆にこんなことしないといけないので、結局あんまり面白いものができないか、作る人がいないという結果になっているように思う。

巻き取り式のテープ

学習が動画によって行われる世界。多分１０年前くらいに、そんな未来がくることを期待していて、そういう未来を作ろうと思っていた。例えばプログラムで使う数学は、自分にとっては文書で理解するのが大変だった。なので、それがビデオだったらいいなあと思っていた。

一般にそういうニッチな内容の映像は、ニッチであればあるほど予算は低くなり、内容に興味を持っている視聴者ですら、工夫がなさ過ぎる映像を退屈に感じるだろうと想像される。だからその退屈さを存分に視聴者に伝えることになってしまうような、ビデオテープカセット（巻き取り式のテープ）や、放送局から特定の時間にオンエアをすることは、全く不向きだと考えていて、逆にネットでランダムアクセスできる形でビデオを配信するというのが、理想的だと考えていた。

そんなことを考えていた自分は、ネットで学習用の動画を配信するということについては、いろいろ思うことがある。たとえばWikiについての解説がされているビデオWikis in Plain Englishを見ると、おおこれいいじゃんと思ったりする。

こういうビデオには、掛けるお金、つまり制作関係者に支払うお金はゼロか、それに近いと想像できる。というかクライアントはおらず１人か複数の有志が何の報酬もなく作成しているんだろうと想像される。だとしたら無料で作成されたコンテンツということになるけど、でもテキスト情報の生成、送受信、閲覧がネットではあまりにも簡単すぎて、こういったよくできた映像はその中ではむしろ高級なコンテンツだとも言える。

実際、例えばテキストだけの情報なら、学習につかえるコンテンツが、たくさん投稿されているように感じるけど、ビデオはそんなにみつからない。つまり映像は制作コストが高すぎて、ブログなどと比較すると、ほとんど誰も作ってないという状態なのだと思う。かつてと比べたら、映像の、生成、送受信、閲覧はずっと楽にはなってはいる。ただ、あいかわらず相対的に作り手にとって重いメディアであることに変わりがない。

YouTubeで映像を誰でも配信できる時代になったけど、高級な学習用コンテンツは、そんなに集積されていってないように思う。あまりYouTubeを使わないから、もしかすると検索するスキルが足りていないのかもしれないけど。

ところでYouTubeで探している途中に見つけたこの映像（黒いレコードとDJの関係）なんかはおもしろかった。DJもの結構おもしろいなあ。
http://www.youtube.com/watch?v=WZFqE4wJsgw

そっかこういうコストが小さい（であろう）ものは結構あるのだなあ。もしかしたらほんとに見つけることができないだけなのかも。

「学習用の映像コンテンツを作成し配布する」というサービスをビジネスモデルを考えればいいのだろうけど、実は１０年ほど前にも、どうすればそのようなサービスがビジネスになるのか考えたのだが、その時もアイデアは出なかった。

でも、そういうサービスはきっといつか現れるような気がする。そんなことを、iTunes Uを見て思った。ビデオ素材をつかったものが見つからなかったけど、PodCastでも映像は流れる訳で映像コンテンツもどっかにあるんだろうと思う。
http://www.apple.com/jp/news/2007/may/30itunesu.html

いづれは自分もVideo iPodで通勤中にビデオを見ながら、何かを勉強するといった未来が想像される。正直それが輝かしい未来だかなんだかはわからないけれども（忙しいだけじゃんという気もする）、それでもそういう方向に将来の学習というのは進んでゆくのではないかと思う。

ところでMacを今メインで使っていますが、ぜひTower Recored の NapstarをMacに対応させてほしい。ラジオ的にいろんな音楽を楽しむという意味ではiTunesよりずっといいんじゃないかと。iTuneのラジオに飽きてしまったからかなあ。とにかくBootcampでWindowsを立ち上げたときにいつも残念に思うのはNapstarがMacにないこと。

AppleTV

AppleTVを買った。実は買う前に、ブログなどで実際のユーザーの書き込みを探したのですが、あまり有益な情報が見つからないし、かといってヨドバシやらアップルストアに３回も訪問し店員さんにも聞いてみたのですが、正直満足な回答をえられずで、もちろん僕の聞き方やら探し方も十分ではなかったのでしょうけども、それにしても情報がすくないなあと思いました。またAppleTVはかなり斬新で理解するのに時間のかかるアプライアンスだと思うのですが、アップルのサイトの情報量は本当に少ないように思いました。

なんで、今回のエントリはAppleTVを買ってわかったことをまとめておきます。

ちなみに、たしか３名のMacユーザーにAppleTVを買うつもりだと伝えたところ、みなさん「なんで？」「なにができるの？」「なにかMacと違うの？」「買う意味あるの？」的な反応でした。

なんで買いたくなったのかというと、YouTubeが見れるからです。もちろんYouTubeはパソコンでも見れるのですが、マウスは使いたくなかったし、ごろんと寝転びながらだらだらみたかったので、リモコンでYouTubeが見れるということがほぼ唯一と言っていいくらいの、買いの理由です。逆にキーボードとマウスを使わないで済ますためにAppleTVを買ったとも言えます。

もっと細かいところでは、YouTubeのカテゴリーのHowto/DIYがみれたらいいなあと考えていました。ふとHowto/DIYのところで、How to DJ、How to scratch.みたいな映像を見て「わーおもしれー、英語の勉強にいいかもー」と思ったのがそもそもの発端なので。

さて、YouTubeを簡単にリモコンで見るというと、はてなのRimoとWiiでもできるのかもしれませんが、Rimo実際に使ったことは無いのですが、Rimoはテレビ同様チャンネル選択型でしょうから、どの映像を見るかを選択したいという自分の要求を満たさないため、そもそもRimoで見ようと言う考えはほとんど出てきませんでした。さらにWiiは起動に時間がかかるということ、多分起動からYouTubeを見るまでに経る過程が結構面倒くさそうなことも含め、AppleTVしかないなと。

さて、AppleTVというのはそもそも何かというところですが、一言でわかり易く言うと、「据え置き型iPod」という部分が機能の多くを占めています。（「据え置き型iPod」という言葉は販売店の店員さんから聞きました。）据え置き型iPodというのはiPodユーザーには理解し易い概念だと思います。AppleTVとMacは有線／無線LANを介して接続され、MacのiTunesとAppleTVの音楽やビデオの内容が同期（MacからAppleTVに転送）されるわけです。同期したあとは、Macの電源がOFFであっても、Mac自体がその場に無くても、AppleTVのみを立ち上げ、音楽もしくは映像を視聴できます。もちろんMac側で落としたPodcastも同期できます。

iPod同様、iTunesのラジオはAppleTVでは視聴できませんし、Podcastのブラウズはできません。iPodのようにネットにつないでいないのであれば、あたりまえですが、AppleTVは普通はネットに常時接続しているだろうから、かなり残念なところです。

で、実は据え置き型iPodという言葉では表現できていないこととして、AppleのサイトのQuickTimeの映画のトレーラーのところにあるような、トレーラーのビデオを見ることができるという機能があります。決してAppleサイトのトレーラーが全てみれるわけではない（はず）です。AppleTVのは数が少ないようです。この映画のトレーラーについては閲覧までに特別な設定だとか、同期などという非iPodユーザーには理解しがたいコンセプトを理解する必要はなく、普通にAppleTVのビデオのメニューにならんでいます。ただし、トレーラーはインターネット経由で配信されるため、AppleTVが有線／無線LANでネットに接続している必要はあるはずです。

さて、本題のYouTubeですが、これはアップルストアやらヨドバシのAppleTVにはインストールされていません。それが目的で買おうと思い立った人が、店に行ってみれないのは「えー」って感じです。ともかくYouTubeはAppleTVのソフトウェアをアップデートすることにより見ることができます。どんな風なインターフェイスかということは、YouTubeにたくさん映像があって、それを見ればだいたい把握できます。

YouTubeの映像はiTuneで同期することは、相当メンドウなことをしないとできないはずだし、元々お手軽にリモコンで最新の映像を見たいわけなので、ともかくデフォルトの方法で見ることについてのみ書きます。
Mac本体は不要です。
AppleTVがネットにつながっている必要があります。
検索はできますがソフトキーボードなのでイライラします。
おすすめ、人気、最新、トップレートという項目があり、それらの中にいくつものビデオがリストされます。随時更新されるのでまあ最新のビデオが見れるわけです。人気、トップレートについては、今日、今週、全てという３つの区分けがあります。
履歴として、一度見たビデオが保持されます。AppleTVでもYouTubeにログインすることができ、もちろんPCのIDとパスワードが使えるので、この履歴にはパソコンで見たビデオも残るかと思いましたが、それは無いようです。
あとは、よく使う項目というのがあります。

自分としてはYouTubeのカテゴリーのHowto/DIYを見たかったのですが、そういうカテゴリーから映像を探してゆく機能はAppleTVには存在しません。また、パソコンで見たYouTube動画がAppleTVのYouTubeのどこかにリストされれば、そこからリンクして他の似た映像がみれるということを期待したのですが、どうもパソコンとAppleTVで情報を共有する機能は、ウェブ側のサーバー経由でも存在しないか、あるかもしれないですが、まだ発見できていないか、です。「よく使う項目」というのがそれに該当しているような気もしますが、どうも今イチよくわからん。

まあ、そんなわけで、YouTubeのカテゴリーのHowto/DIYをリモコンで見たいという希望はかなえられませんでしたが、まあそれでもそれなりに、最新の人気ビデオなんかを、ごろごろ寝ながら見れるのは悪くはないなと思っていて、ほとんど後悔はしていません。

とはいえかなり残念なところは他にもあります。

出力はHDMIもしくはコンポジットもといコンポーネントもしくはHDMIからコンバートしたDVIです。僕はDVIでPCと兼用のモニターにつないでいますが、音は別途スピーカーにつないでいます。すんごく残念なのは、AppleTVのリモコンでは音量をコントロールできないことです。YouTubeは映像の作成者によりかなり音の大きさに差があるので、頻繁にボリュームコントロールをしたくなるのですが、それはスピーカー側でしか行えません。これはすごーーく残念。

PCのモニターが２０インチの非ワイドなのですが、AppleTVの1080i HD, 720p HD, 480pという３つの出力形式はすべてワイドモニター用の比率となっており、非ワイドのモニターの場合1080i HDの場合、画像は横が切れてしまい、720 や480の倍、画像は縦長になって画面に収まります。もちろんこれは自分の使っているモニターの場合そうだったということなんですが、これもすごーーく残念。

AppleTVについて質問してまともに自分の質問に回答できる店員に出会わなかったということは不快ではあったけど、こういう新世代の家電については今後その数が増えてくると店側も勉強が追いつかないのかも。そういうことを知ったという点ではちょっと新鮮。

AIR と その本

オライリー本Apollo for Adobe Flex Developers Pocket Guideはちょっと役に立った。

そもそもが、読むというようなものではないけど。AIR（旧Apollo）についての基本的な情報が書かれている。どんなことができるか、どんな風にやるのか、大雑把に把握できる。オライリー本を知っているなら、あの薄くて小さい本のシリーズ。だから電車の中とかメシ時に定食が出てくるまでの間に眺めるにはちょうどよいです。

ちなみに、僕はアルファの時に１つAIRを作ったのですが、そのときにはまだファイルのドラッグドロップはサポートされておらず、ちょっとつまらなかった。現状のベータではどうなのかわかりませんが、ドラッグドロップのサポートってかなりワクワクするよなあ。同じFlashユーザーならきっとこの気持ちわかってくれると思います。で、そのドラッグドロップについては上記の本には載ってません。そのあたりはsubject to changeで、完全な機能を網羅しているわけではない。でも現状ではこの本しかAIRの本は多分存在しない。

さて、AIRを作ってみることについてですが、特別難しいところはなく、（といいつつもちろん僕も意味不明なところもありながらほったらかしていますが）、どちらかというと今までのFlexやSWFを作成してきたのと同じように、mxmlやActionScript3でつくるメインの処理に開発の時間がかかるのではないかと思います。ウィンドウを透過にするとか、ウィンドウ枠をなくすとかいったところのやり方を習得するのに、やたら時間がかかるなんてことはないはず。

ところで、Flashは今までもプロジェクターという書き出しをすることで、ブラウザの外で再生できるアプリケーションにすることができたわけで、AIRであることのどこに良さがあるか。

今までFlashはローカルマシンに「ファイルの保存」ができないというセキュリティ上の制限がかかっていましたが、AIRによってその制限がなくなったというのは、でかいといえばでかい。

たとえば、あるFlashユーザーが、今時のビデオ系サイトの盛り上がりに乗じて、ウェブでSWFベースのビデオ編集機（プレミエ）みたいなものを作って公開しようと思った場合、「ビジネスモデルは？」と聞かれたら「ウェブでは無料で公開し、Airは有料で配布する。」という風に回答できるところがAIRのありがたさかも。

実際、ウェブのFlashはローカルにファイルを書き出すことはできないので、出来上がった映像ファイルを保存するにはサーバーしかない。しかしAIRならローカルに直接保存できる。編集素材だってローカルから読み込める。だからあきらかにAIRの方が便利。

それにウェブ上のサービスはユーザーを集めるにはよいが、課金するとなると、なかなかユーザーが払う気になってくれない。でも「ローカルにインストールされる」というイメージは課金と相性がよいのではないか。

いままでFlashで作るソフトでビジネスモデルを考えるってのはなかなか難しかったはず。ウィンドウズのアプリのようにパッケージやダウンロード販売という形で提供するという文化はなくて、制作者は受注案件という形でしか稼ぐことができなかったと思う。

そういう意味で、とりあえずビジネスモデルがすぐ考えられるというところは、時と場合によってはとても役にたつのかもしれない。

Apollo for Adobe Flex Developers Pocket Guide

昔はウェブブラウザだってソフト屋さんで買ってきたし、ネットが盛んでない時代は、「ソフトは買うもの」みたいな時代もあった。自分も何十万かは使わないソフトに投資？してしまったような気がする。お試し版もなかったし。

買ってみるまで中身は不明っていうのは、歴史的にはそっちの方が長いくらいかも。今だってDSやWiiのゲームソフトは買ってみるまでわからんのだし、それが普通の世界ではそれが普通なんだよなあ。

ActionScript 3.0 Cookbook

今読んでいるのはActionScript 3.0 Cookbookで、知っている人には言うまでもないことだろうけど優秀な本だと思う。

中身はウェブからも読むことができるので、ウェブでもいいのだが、僕はアマゾンで購入した。買うだけ買って最近まで机の上で眠っていたのだが、実際に読み始めてみたら、これがもう最高じゃん！と思った。その昔 ActionScriptバイブル（黄色の分厚い本）がとっても勉強の役に立って、あんなに役に立った本はないよというくらいに役に立ったのだが、そういう感じ。

とはいっても英語なんで正直ほとんど９０％は読み飛ばしているのですが、ポイントとしてどこを見ているかというと、タイトルとコードのところ、これだけでだいたい何をしているかはわかるので、途中の説明とかはたまーにちらっと読む程度。内容としては「あ、そうなんだ！」という発見がいっぱいある。

今のActionScriptはメソッドの数などすごく多くなってしまって、昔のように全てのファンクション名を頭に入れておくなんてことは到底できないし、Flashに付属してくるデジタルのドキュメントに全部目を通すのもそうとううっとうしい。リンクをカチカチクリックしているうちに、わけわかんなくなっちゃったりとかするので。

そういう中で、「○○をやるには○○というコードを書く」という形で簡潔に解説されているこの本はとてもよかった。まだ読み途中なのでまだまだいっぱい面白いところはあるんでしょうが、特に配列のところなんかは驚きの連続。ってここはAS2の時から変わんないのかもしらんけど。それとカスタムのクラスについても紹介されていて、わーこれ便利じゃんみたいなのが出てくる。今まで見て見ぬふりをしてきたメソッドについても、ああ、こういうところで使うわけね、みたいな発見がある。

タイトルとコード以外は殆ど読まなくてもいいので、英語でもたぶん読むのに時間はかからない。Flash CS3日本語版が登場しActionScript３をやり始めたばかりの自分のような人が、結構いると思うけどまさにそういう段階で読むべき内容だと思いました。

ActionScript 3.0 Cookbook

macromedia FLASH ActionScriptバイブルfor Windows & Macintosh

最近週末に高尾山に登りにいくことがあるんですが、長い京王線の中で暇なのでこの本もっていこうかなとか思って、実際に持っていったところ、片道でのこり殆ど見終わりました。

ところで高尾山ではよく走っている人をみかけるのですが、いわゆるトレイルランとか呼ばれるスポーツがあり、僕も下りはちょっと走ってみたりしてみてますがコーナーのところがスリルがあっておもしろい。

タイムラインとActionScript3.0

しばらく前からSWFを作る場合、ほぼFlex Builderを利用しており、Flashは本当にごく１部でしか利用していない。Flash８まではFlashという開発環境が必須だったが、ActionScript3にしてからはアニメやベクター画像以外でFlashは必要ないし、Flash側にプログラムを差し込んでしまうと厄介な気がするので、Flashの利用はむしろ避けるようにしてたりする。

ActionScript3はActionScript2と比べてとても気に入っていて、とにかく今までやりたかったことがやり易くなっていると思うし、素直に書ける感じがする。そのため、うちの会社にはJavaのできる人が２、３人いるので、そういった人達がEcripseを使ってActionScript3のプログラムをするというのは、すごく現実的な感じがする。

実際、ActionScript-3-0ゲームプログラミングブック、というたぶん国内唯一のActionScript3の本があるけど、その著者は携帯アプリの開発者であり、他の著書としてはiアプリの開発ノウハウ本。iアプリ開発をされている方にとっては、そっちの方で有名らしい。Amazonで検索してみると、今まで執筆された本のほとんどは言語としてはJavaということがわかる。

実は、社内のiアプリ開発者（というか社長）が、たまたまそのActionScript3の本を読んでいるのを見つけて、話をしたところそういったことを教えてくれた。今まではFlashについては一度も触れてこなかっただろう、CやJavaのプログラマーが、そのActionScript本を買って読んでみているわけだから、やっぱりとっつきやすいのではないかと思う。実際これなら全然コーディングもできるだろうと言っていた。

自分のように、すでにFlashに慣れきってしまうとよくわからなくなってしまうけど、一般的なプログラマーの人にとっては、多分あのタイムラインとプログラムが混在する不思議なIDEは、とても受け入れがたいのではないかと思う。でもActionScript2を書こうと思ったときには、FlashというIDEについても理解をしている必要があった（はず）。

ActionScript3の場合Flashについての知識はほとんど必要ないと思う。もし必要であっても半日講習すればそれで終わる程度の説明で十分なのでは？という感じ。ActionScript3になって、プログラム部分と表示部分は良く切り離された感じがする。

その意味ではFlashの中にコードエディタは無くていいし、むしろViewの作成用のツールであると割り切れば、ふと思ったのはLiveMotionの方が合っているんじゃないかということだった。今はなきAdobe LiveMotionはアニメ作成ツールとして、あるべきインターフェイスだったような気がする。

ActionScript-3-0ゲームプログラミングブック

LiveMotion

かつて、ウェブで軽量の動画を提供するためには、FlashとLiveMotionの２つの選択肢が存在した。両方をつかってみて、自分は結局Flashを採用したのだが、アニメーションを作成するためのインターフェイスとして優れていたのはLiveMotionの方ではないかと今でも思う。動きの設定がわかり易かったように記憶している。それに、モーションブラーとかは当時からLiveMotionには備わっていて、かっこの良いロゴのアニメーションなんかをつくり易いのもLiveMotionの方だったと思う。

自分がFlashを採用したのは、その時点で作りたいものが、かなりプログラムを書くタイプのもので、Flashでないと条件を満たせなかったからだと記憶してる。しかしFlashはアニメ作成のツールとしてはUIが意味不明なところが多く、当時は腹立たしい思いをしながら使っていたことを思い出す。