hirax.net::inside out::08月03日

■結局、忙しいの法則

問題が多くても忙しい。とはいえ、上手くいくとそれはそれで仕事を抱えてしまうわけで、結局忙しいの法則が成り立つんだなぁ。

■今日の涙と大笑い 川原泉編

　高校時代から大好き。本箸馨子も。大学院卒業と同時に「花とゆめ」は読まなくなったけど。
　〜　９９年頃の、「コミック・ファン」という雑誌にあった 「川原泉特集」での筆記インタビューによると、 かーら教授のお父さんは教授が５歳のときに 病気のため亡くなられているそうです。 「あんまり記憶にはないけど優しい人だった」とコメント してたと思います。 「中国の壷」の冒頭部で、ヒロインが父と死に別れるシーンは実体験も含まれてるんかなと思ったり。〜 from 388
　「架空の森」大好きなんですけど、さっき読みかえしたら、 あのよーしゃべる少年が、えなりかずき君に思えてしょうがなかった。 from 518（リンク）

■気持ちは景色の中にある？

　「写真というのは、気持ちを投影するのだろうか？」という日記を読む。写真に投影されるのは気持ちではなくてやはり景色なんじゃないのかな、と思う。だけど、どういう風に眺めた景色を投影するか、どういう風に景色を切り取るかは撮影者の気持ち次第だから、写真のどこかに撮影者の「気持ち」が投影されているのかもしれないですね。少なくとも、「写真に写っている風景」は「誰もが眺めたときに見るだろう景色」ではなくて「その撮影者が見ている景色」なんだから。撮影者が切り取って残そうと思った景色なんだから。

■海と空と

　今日は我入道を歩く。浜辺を歩いている親子や、波に向かって走っている家族や、そんな海を眺めている中国人風の青年を眺めてみた。充電器が見あたらないので、いつまでデジカメを使えるか不安だけど、とりあえず今日眺めた景色にカメラを向けてみる。そして、今日私が見とれた景色をここに貼りつけてみる。

　写真を楽しんでいる人もいるということだから、カメラを持ち歩いてみようかな。電池はもう持ちそうにないけれど…。

■日本橋から走って、御殿山ヒルズで一休み中

　以前は毎朝ランニングをしていたのに、最近全然していない。というわけで、今日は久しぶりに8kmほど箱根の麓を走ってみた。ただ、それだけだと張り合いがないから、東京日本橋辺りを出発したつもりになって、走った距離数だけ(精神的に)地図上で移動してみることにしよう。とりあえずは、東海道にでも沿って名古屋・京都・大阪と移動してみることにしよう。そして、せっかくだから、九州まで行って、その後北海道に行ってみることにしよう(それは絶対無理かも)。

　まずは、今日走った距離は8kmだから、ちょうど日本橋から御殿山ヒルズ付近まで走った計算になる。うん、この分で行くとすぐに東京を脱出できそうだ。現実の都会でなくて、地図上の都会を走るのは結構気持ちが良いかもしれない。何より、飽きないし。

　もしも、飽きずに走り続けたら、ここを読んでいる方の住む辺りの近くを(あくまで精神的に)走るかもしれません。その際には、走ると(やっぱり精神的にですが)面白そうな場所のご案内などして頂けたら幸いです。

　というわけで、今日の一休みは御殿山ヒルズの前辺り。走った後には、当然ですが尾てい骨の痛みが増しました。うぅ。

■アリ

■裾野

■「行動経済学」＠ホワイトボード

　夜、新橋で「行動経済学 経済は「感情」で動いている」の友野典男さんへのインタビューのテープ起こし文章（2時間分でトータル A4 30ページ！）を元に、「行動経済学」＠ホワイトボードを描く。ホワイトボード中に大きく登場している「幸福の科学」は、もちろん実在の団体とは関係ありません…よね。
　ちなみに、記事公開は来月中旬予定です。原稿締め切りは来週だけど…。

「愛情はヒューリスティクスですか…」「そう」「愛情は経験則だったんですか」「愛情はね、経験則というか、　相手を決める手っ取り早い方法ですよ」

「ということは、明らかにメリットやデメリットが計算できるような人だったら、愛情の出番はないのかもしれないんでしょうか？」「そう。ないかもしれない」

■「今日見た景色」

　from n年前へ.

　だけど、どういう風に眺めた景色を投影するか、どういう風に景色を切り取るかは撮影者の気持ち次第だから、写真のどこかに撮影者の「気持ち」が投影されているのかもしれないですね。　少なくとも、「写真に写っている風景」は「誰もが眺めたときに見るだろう景色」ではなくて「その撮影者が見ている景色」なんだから。撮影者が切り取って残そうと思った景色なんだから。

■毎日の景色

　from LINK n年前へ.

　我入道を歩く。浜辺を歩いている親子や、波に向かって走っている家族や、そんな海を眺めている中国人風の青年を眺めてみた。

　「愛情はね、経験則というか、　相手を決める手っ取り早い方法ですよ」

　少なくとも、「写真に写っている風景」は「誰もが眺めたときに見るだろう景色」ではなくて「その撮影者が見ている景色」なんだから。撮影者が切り取って残そうと思った景色なんだから。

■続 WEBベース「ビジュアル言語」を作る

　『画像処理WEBアプリを簡単作成用「ビジュアル言語」を作る』で作成した叩き台のイメージは、「データ処理フローを並べ終わった瞬間に、基本的にはアプリケーション作成（と簡単なテスト）が終わっている」というものです。「並べること」が「 プログラミング」「画面デザイン」「初期テスト」のすべてを兼ねていること、が大切で、そういう「ビジュアル言語」を作ってみたかったのです。「アイコンを並べたあとに "RUN" ボタンを押してプログラムを走らせる」とか「アイコンを並べコーディングをした後に、今度は画面デザインを別画面で設定する」なんて面倒なことはしたくない、と思ったのです。

　そういう作りをイメージした理由の一つは、画像処理アプリケーション（おそらく多くのデータ処理アプリケーション）は、「画像アップロード（データ入力）部」「スライダーやテキスト入力による数値入力部」「データ選択」「フィルタ（演算）処理」「種々の特性の表示部」といったせいぜい数種の比較的限られた機能を並べることで作られていることが多い、ということです。その並べ方にアプリケーションの特徴があったりするわけです。

　また、それぞれの基本パーツはどれもJavaScriptで覆われていることで機能拡張を楽にしたい、という構想設計ならぬ妄想設計に基づいています。5,6種類の数少ない機能を持つ基本パーツを作ってしまえば、あとはいかようにでもできるだろう、というイメージです。

　たとえば、「フィルタ（演算）処理」なんかは、JavaScript中のSJAX先アドレスを変えるだけで（それらアドレスに応じたサーバ側コードは当然用意するとして）、色んな画像処理フィルタを自由に作ることができるわけです。そういう風に基本パーツを継承した派生パーツを作っても良いし、あるいはパーツの組み合わせでさらに新しいパーツ（関数）を作っても良いわけです。以前 Imagenerator でもやったように、いくつかの簡単な機能を組み合わせたものを、さらに一個のパーツ（関数）として保存できるようにしておけば、機能を増やすことも簡単にできるだろう、ということになります。

　……と書くより、ひとことで言ってしまえば「何だかそれって面白いな」と自分で思えるものを作って遊んでみたかった、ということですね。
　データの送受信が、(下の動画（高解像度版）のように)グニュグニュと揺れ動く振動や画像の変化で実感・体感できたり、それがJavaScriptでラップされている設計構造とか「何だかそれって面白い・楽しいかも」と遊んでみたかっただけ、なんですよね。ひとことで書いてしまえば。