fladdict

新サービスYahoo! Search Builderを使って、国内のFlashテクニカルネタを網羅する検索エンジン作ってみた。

情報管理の面でFlash馬鹿ブックマークとどっちが便利なのかな。現状、fladdictのブックマークに検索ワードいれば９割方欲しい情報は手に入るのだけど、なんか併用できないかな。マッシュアップしにくそうなんだよな、この検索エンジン。

ツンデレを代表とする、昨今の萌えの大きな特徴の１つは、

市場が細分化、コンテンツの母数の拡大、コンテンツのサイクルの短縮、等によってユーザー同士が体験を共有できなくなってきたことに起因するのではないかと。

最近のストーリー性志向の没落と、
キャラクター志向のってのもここら辺にあるのではないかな。

テンプレートによって共有することのできないより高次な思い入れは、ユーザーが個人的な妄想として自由に補完する。そういうシステムなのか。極論、エヴァの綾波のようなお人形的なヒロインの人気の一側面も、素体に近いがゆえの妄想投影の自由度の高さにも起因しているのかもしれない。

萌の本質が、嗜好を特定のキャラクターやストーリーから分離し、複数のコンテンツ間に持ち越し可能にするシステムなんだなぁと。

コンテンツが萌えを売りにすればするほど、陳腐化するのはそういうわけだったんだ。
あぁ、ようやく納得がいった。

極度のパターン化、記号化、様式化
「代替可能性」

頭の中で意見がまとまってないのでメモ

一般的にムービークリップのサブクラスをシングルトンにしようというアホっぽいことを考える人は少ないと思います。

が、アラートダイアログや、検索パネルといった、画面に１つしかインスタンスが存在しないことが保障されているパーツを参照する場合、それを使用するクラスが参照を持つより、MCそのものをシングルトンや、スタティック関数でアクセスすできるようにするほうが、AS3の厳格なガベージコレクションみてたら楽な気がしてきた。

MyHogeHoge.x
MyHogeHoge.y

みたいにスタティックなX, YにアクセスするだけでアラートのインスタンスのX,Y制御できたりすると面白いかなぁとか。

何を書いてるのかよくわからんと思うけど、自分でも何がいいたいのかまだよくわかってないヒラメキ。

メモリーリークが止められない・・・
AS2使いには地獄だ。 orz

trace( System.totalMemory )

で使用メモリーを追跡すると、インスタンス作る度に物凄い勢いでメモリーが消費されていく。
増えはするけど減りゃしない・・・・・・

G SkinnerのWeakReferenceクラスとか使わないとダメかな、こりゃ。

DEATH NOTE アナザーノート ロサンゼルスBB連続殺人事件

電車の中で読む本がなかったので、たまたま購入。

おそらくこの小説家のファンがラノベとして読むならよいのかもしれんけど、本格サスペンスを期待するとかなり微妙。矛盾点というかご都合主義が多すぎる。 竜崎が天才というよりは、単にカンニングペーパー携帯した人になってます。

『笑わない数学者』

天王寺博士の出題したビリヤードの問題(物語の本筋とは関係ありませんん)、行きと帰りの電車でずーっと考えて、ようやっと答えがわかった。読後２ヶ月後のことでした。

五つのビリヤードの玉を、真珠のネックレスのように、リングにつなげてみるとしよう。玉にはそれぞれナンバが書かれている。さて、この五つの玉のうち、幾つとっても良いが、隣どうし連続したものしか取れないとしよう。一つでも、二つでも、五つ全部でも良い。しかし、離れているものは取れない。この条件で取った玉のナンバを足し合わせて、１から２１までのすべての数ができるようにしたい。さぁ、どのナンバの玉を、どのように並べて、ネックレスを作れば良いかな？

この作品には、表トリックと裏トリックの２つがあるらしいのですが、裏トリックがいまだに解けない罠。

どうやら、色々な偉い人の話をまとめると、ガベージコレクションの仕組みを知らずにAS3でコードを組むと、ハングアップの危険がいっぱいということみたい。

とりあえず理解しなければならないのは delete の新しい挙動と、リファレンス・カウント、マーク＆スイープという概念らしい。

続きを読む

結論から言うと、現状はFlash9とAS3でフルスクラッチでスクリプトベースのサイトを作るのはかなり無謀。
processingでサイト丸ごと作るのと同じくらい無謀。

おそらくAS3は、いかにコード神がお書きになったコンポーネントやフレームワークを使いこなして、自分で難しい処理をかかないようにするか。自分がやるのは、データの結合、アニメ指定、ページ遷移だけにする、というのがキーになりそうな悪寒。

自分でボタンやプルダウンとか作るのは危険な香り。

mxコンポーネントを却下して、自分で表現系に強いコンポーネントを作るより、その暇を全て注入して既存のコンポーネントで、従来のFlash並みの表現を可能とするなアニメーションライブラリを作る方向でいくのがよいんじゃないかと。MC作ったり消したりしてると、ちょっと油断するだけでnull poiner exceptionでまくり。

逆に、AS3は神が創ったライブラリの使い方さえ覚えれば、自分であまり特別なことができなくても、ガンガン高度な処理を行えそう。なんで、今後のAS3勉強は下記みたいな感じでいこうかと。

サイト製作 → 神がコンポーネントを完成させるまで保留
Util系クラス → ガンガン作り貯める
mx.effects.easingライブラリ → ガンガン作り貯める
物理・数学・フィルター・ビットマップ操作 → ガンガン作り貯める
コンポーネント系 → 神頼み (手を出すと後で死ぬと思われ)
パーサ、アナライザー、その他専門知識が必要系 → 神頼み

R.Pennerとか G Skinnerとか頑張れ。

有志によってGoogle Earthで、ベイルート空爆のビフォー・アフターが製作されつつある模様。
グーグル・アースというか（不特定多数の無名パワー)の本質を見た気がしてちょっと震えた。

ベイルート空爆オーバーレイ(KMZ) by Ogle Earth
爆撃目標オーバーレイ(KMZ)
ミサイル着弾地点(KMZ)

via: Code & form

ベイズフィルタで、今から送るメールが相手のスパムフィルタにかかってしまいそうな文面の場合に警告がでる機能。
メーラーについていたら、地味に事故が減るかもしれないが、需要はあまりないかもしれない。

面識のない人に沢山メールをださなければならない職業の人には、結構重要かも。