月: 2004年5月

ecotonoha
yugoさんの作ったNECのecotonohaがOne ShowのGoldPencilを受賞したそうです。個人的にもyugoさんの作ったもの中でかなり好きなものですが、これを機会に改めてみてみると、やっぱすごいなーと。デザイン、コンセプト、インタラクションの帰結のさせ方等のつながり具合が有機的な感じでとても好き。
見てくれだけが半端に連動しているインタラクティブなものが溢れている中で突出していると思う。タンスに入れて大事に保管しておきたい。
先日のニシダサンといい周りの人たちが世界で活躍しているのを見ると、うれしい反面あせったりもします。ま、地道にこつこつやるだけなんですけどｗ
ちなみに

色々な意味で少しホッとしたような気分。こういうのはあくまで賞としての事後評価でしかないわけだけど、なんというか、首の皮一枚繋がった感じ。今の方向性でも、もう少しやっていけるのかな？

というゆーごさんの一文が結構意外だった。人は見かけによらないな・・とか（嘘）

最近ちらちらと耳にする「アスペクト指向」。トーサキさんのサイトでログを見つけてちょっとメモ。
アスペクト指向プログラミング
アスペクト指向プログラミングで、モジュール性を改善する
アスペクト指向プログラミング 関連情報

モジュール型 のプログラミングでは、ソースのコードからコンパイルされたコー ドへ単純なマッピングがなされています。コンパイラの最適化の効果を無視 すれば、ソースにおいて連続するコードは、そのまま計算機上で連続し たコードとなります。ソースの一行を変更すると、結果として、バ イナリコードに線形の効果を与えるといえます。アスペクト指向プ ログラミングを用いれば、ソースコードからコンパイルされたコードへの直接的 なマッピングという制約を受けなくなります。アスペクト指向プロ グラムのある一行の変更は、コンパイルされたコードに対して非線 形に効果を与えます。

んー良くわからんｗ。プログラムで線形、非線形とか言われてもさぱーりです。FlashだとSWFごとにClassを定義して親のSWFでそれらの挙動を監視するってことかか？まぁロギングという部分に関してはFlashやっていくうちにそれとなくやるようになっているとは思うのだけど・・・。それを管理というか、そもそものObjectへの命令発動自体を管理するってことかいな？しかしそれって結局Classの階層化という形である程度のモジュールとしては管理されているのではないか？とか・・・。自分でも何を書いているのか良くわからなくなってきた。言葉が難しくて馬鹿にはよくわからねぇ・・・。
指向についての議論とかは偉い人に任せて俺は手を動かしておこう改めて思ったｗ

SE|PY
なんかちょうどさっきアップデートされた報告受けたのでとりあえずDLして動作チェック中。まぁまだそんなに外部Classをきっちり使ってなし、Projectも使ってないのでそんなに出番はないだろうけど・・。

UJIKO
KartOO の新しいサービスらしい。もちっと見てくれとか表現の部分はなんとかなりそうな気がするけど。フィルタリングとかその辺の機能がついていて、ちょっと辞書って感じかなー。うーん、どうだろう？もちっと使っているユーザーのパーソナライズ化とかをSharedObjectとかで貯めて結果に反映させるとかしてくれるような感じだとうれしいのかなぁ・・・。KartOOと同じく面白いのだけど、実際使うか？といわれるともう一歩弱い気がする。
[参考]Flash フロントエンド検索サイト UJIKO

macromedia flash mx 2004 livedoc “delete”
元々は”delete”自体のarrayに対しての挙動について疑問があったのだけど、その辺でちと見つけたのでメモ

Usage 3: The following is another example of deleting an object property.
// create an Array object with length 0
my_array = new Array();
// add an element to the array. Array.length is now 1
my_array[0] = "abc";
// add another element to the array. Array.length is now 2
my_array[1] = "def";
// add another element to the array. Array.length is now 3
my_array[2] = "ghi";
// my_array[2] is deleted, but Array.length is not changed
// 多分間違い > delete array[2];
delete my_array[2];
trace(my_array.length);

これの”delete array[2]; “は”delete my_array[2]; “だろうと。一体何を削除しているのか？と・・・。ただそれだけ。
で、どっちかと言うとこのサンプルの挙動（配列は存在しないがarray.lengthは不動。つまり要素と長さのミスマッチがおきる）が少し理解できなくて困っていたのだけど、まぁそれは”splice”使えよこのアンポンタン！ということで収束。
ちなみに

for (i=0; i<my_array.length; i++) {
trace("#"+i+" / "+my_array[i]);
}

とやるとヤバメ。

for (i in my_array) {
trace("#"+i+" / "+my_array[i]);
}

だとキチンと問題なく動作。ただし”for in”はソート順は保証されないとかいう話もあったと思うので（Objectだけだっけな）、任意のi番での処理が必要な場合はキチンと”splice”を使用したほうがよさげ。
ま、これFlash mxの時からあったことなんだろうけど、今まで気づかなかった。アホポンチン。