はてダ の2カラムさえなんか邪魔になってきたので ignore-hatena-2c.user.js 書いた。

GM ばっか書きまくり！！

GM の Edit ボタンが効かなかったんだけど、改めて about:config で設定しなおしたら使えるようになった。前より簡単につくれる＞＜

なんか静的に XSLT で変換している /about とかの再構築さえめんどうくさくなってきた。動的にしたいなぁ。

って思って簡単な CMS (といえるものじゃない) を作ったんだけど、なんかいまいち使う気になれない。こうね、IPv4 と IPv6 の違いみたいになっちゃって、ね。要するに互換性がなくてめんどい。もちろんそれだけじゃなくて、URL とかを変えたくないから、mod_rewrite で全て CGI に渡すハメになるんだけど、なんで CGI でウェブサーバを再実装みたいなことをしないといけないんだって感じに。

もうね。例えばこれが自分のサーバーで、lighttpd で動いてて、FastCGI を使えるなら、まだ導入する気にもなれるんだけど、ね。だめね。もっと考えないとね。

外部認証をコメント投稿に導入したくていろいろやっているんだけど、なんともかんとも。

Flickr, TypeKey を用いてログインするところまでは作った。とりあえず、コメントを投稿するとき、アイコンやら、名前やらもそのまま記録するような方式のをやってみたのだけど、やっぱ認証サービス側で名前とかが変わったら、こっちの過去の名前とかも変えたいなぁ、と思った。

サービス名と、サービス内で特定できる ID だけをコメントの情報につけて、ログインするごとに他のデータを更新するような感じにしたい。でもめんどい。RDB でテーブル複数つくって関係付ければ簡単なんだけど、いかんせん全てのデータを XML に入れてしまっているのでめんどうくさい。かなり重くなるだろうし……

というところで、諦めて全部一気に保存して更新しないようにするか、ちゃんと更新するようにするかで悩む

ZAZEN BOYS の HIMITSU GIRL'S TOP SECRET がかっこよすぎる。特にカシオマン。

そういえば、ここ最近 UR/40 を使っていたんだけど、ひさしぶりに ATH-A500 をつけたら付け心地がよすぎて困る。きもちいい。

この前でかけたとき、明大前でアートモニターシリーズの何かのヘッドフォンをつけた人を見た。男だったけど

黒かったけどなんだろ。A900LTD なのかなぁ。男だったけど

もっといかにもゴツイヘッドフォンつけてる人は見かけるけど、アートモニターはあんまり見ないなぁ。男だったけど

見ないなぁっていうか、そもそも外に出ないんだった。男はいらない。

どうでもいいけど、女子高生って存在しないんだってね。最近知った。よく考えてみると女子高生なんて見たことなかったんだ。見たっていうおぼろげな記憶は妄想だったみたいだ。でもさ、もし女子高生の存在を信じている人がいても、余計なことは言わないようにしようと思う。サンタクロースの存在を信じるのも、女子高生の存在を信じるのも、夢があっていいことだからね。

最近あひるが欲しいです。モニタの前においてお話したい。だっくたいぴんぐ

結構説明書読まない人って多いみたいだ。

小学生のときはそれこそ読まない人が全く理解できなかったけど、最近説明書を読みたくないときがあって、もしかしたらこういう感じなのかなぁって分かり始めたかもしれない。それはなんかとにかくいじくりまわしたい衝動が先にくる感覚だったのだけれど。

まぁでも結局そのあと説明書を最初から最後まで読んだわけです。何ができて何ができないのか、よくやる操作はどうやるのが一番スマートなにかを頭に入れておきたい。結構何度も説明書を読んでいると、新しい機能の発見があったりする。最初は「使わないだろう」って思って見逃しちゃうものを再発見できる。結構楽しい。

仕様書やら、プログラミングのリファレンスなんかもそういう感じでよく読む。一時期は XSLT と XPath の仕様書が常に開きっぱなしだった。ECMAScript の仕様書 (日本語 HTML 版) はむしろリファレンスとして使ってる。Ruby リファレンスマニュアルは気が付くと何故か上下になんどもスクロールしながら見てる。

暇だからできることだけど、とにかく自分が使うものは隅々まで一応知っておきたい。もし必要な機能じゃなかったら、頭の片隅にその機能があることだけを覚えておけばいい。使い方はまたあとで見ればいいから。

そういえば、貧困な思考はいつも　あなたのパターンを　安易なイメージ処理して のところの最後をしばらくの間「アニメーションにして」と勘違いしていた。

めんどくさがって例外処理しなくても http://static.flickr.com/0/buddyicons/ 以下は全てリダイレクト。

アイコンが設定されていないときは、特別に http://www.flickr.com/images/buddyicon.jpg をアイコンとして使うんだけど、なんとなく面倒くさくてこの処理をしていなかった。というか、どういうレスポンスが返ってくるかわからなかったから放置していた。

で、なんとなくアレしてコレして見てみたら、iconserver=0 がレスポンスされるらしい。例外処理しとくかーって思ったけどリダイレクトだった。細かい配慮ないす。

• Flickr API Documentation - Buddyicons

weblogin.rb, 名前失敗したけどもういいや。

そのうち忘れるので使い方をめもる。

@cgi.header を使うことを前提にしてる。

api_keys = {
    "Flickr" => {
        "api_key" => "Flickr70c55b82e10021ffaaapi_key6",
        "secret"  => "Flickrdf5secret3"
    },

    "TypeKey" => "fsakfsTypeKeyafasAPI"
}

require "weblogin.rb"
@cgi = CGI.new
WebLogin.open(@cgi, api_keys) do |login|
    begin
        case login.auth
        when :login
            # login したときの処理
            # DB にユーザ ID とユーザ情報を保存したり
        end
    rescue WebLogin::NoActionError => e
        puts @cgi.header("type" => "text/plain")
        puts login.services # 有効なサービスの配列
    end
end

上のようなのを認証スクリプトとしておいとく。このサイトだと /login.rb がコレ。ログインスクリプトの query_string が logout だったらセッションを破棄してリファラにリダイレクトする。ちょっとアレ。

/login.rb/Flickr?return_path= のようなリクエストをすると Flickr にリダイレクトして認証させる。認証されるとコールバック (Flickr の対応する API key のコールバックには http://example.com/login.rb/Flickr/callback のように指定しておく) にリダイレクトされるので、セッションに情報をセットして、return_path にリダイレクトする。

login.auth は、path_info に何も指定されていなかったりすると NoActionError を投げる。

require "weblogin.rb"
@cgi = CGI.new
WebLogin.open(@cgi, api_keys) do |login|
    if login.service
        # login している場合
        login.service #=> "Flickr"
        login.id #=> "25514198@N00"
        login.user_name #=> "cho45"
        login.profile_uri #=> "http://www.flickr.com/photos/25514198@N00/"
        login.icon #=> "http://static.flickr.com/23/buddyicons/25514198@N00.jpg"
        login.full_name #=> "Hiroh Satoh"
    else
        # login していない場合
        # id その他上記メソッドは全て nil
    end
end

いまいち気持ち悪いんだけどどうにもこうにもわからんのでこんな感じ。ブロックをとっているのはセッションファイルを確実に閉じるため。fcgi 環境で死ぬことがあったのでこういうことやってる。

WebLogin クラスは、それ以下にある、サービス名に対応するクラスをインスタンス化してメソッドを呼び出す。例えば /login.rb/Flickr?return_path=somepath の場合、WebLogin::Flickr.new(@cgi, @session, @api_keys["Flickr"]).auth が呼ばれる。

各サービス名の auth メソッドはサービスの認証画面にリダイレクトする。サービスは /login.rb/Flickr/callback にリダイレクトする。

callback が指定されている場合、インスタンス化されたサービスクラスの callback メソッドを呼ぶ。callback メソッドはユーザ情報をまとめて Hash にして返す。WebLogin はその Hash をセッションに保存して、最初に指定された return_path にリダイレクトする。

いろいろアレなことが思い浮かんだけどあとで考えよう。

ずっと collect を使ってきたんだけど、マイノリティなのか。

今日 Symbol#to_proc 関連で map をよく見かけたから、map ってなんだっけーとか思いつつリファレンスをひいたら、あら不思議、collect のシノニムだった。IRC でそんなこと言ってたら「collect ってむしろなんだよ」的で驚いた。

map のほうが短くていいからこれからは map にしようかと思いつつ、やっぱどうも map に慣れないいやそれは当たり前だけど。

そもそもなんで collect を使い始めたんだろう。謎だ。リファレンスマニュアルで map より上にあるからだろうか。

あーそうだ。一応忘れないように印象を書いておいてみる。ちなみに俺は数学がわからんちんな坊やなので、map が写像だとかってのは微塵も知りませんでした。いやもだめすぎなんですが、その辺を考慮してください (謎)。

map ってなんか戻り値が予想できない感じがする。配列の各要素にブロックを適用する (脳内での map のイメージは適用だった)、までは名前から分かるのだけれど、そのあとどうやって返ってくるのかが直感的にわからなかった。

対して collect は、集めて配列にするみたいなことが名前からわかるので戻り値は直感的だった。ついでに配列のメソッドにブロックを与えている時点でブロックを適用する感じを醸し出していたので、動作が予想できる感じ。

書くなら断然 map のほうが楽だなぁ……

ちなみに collect, find, select を使ってる。find_all じゃなくてなぜか select, detect じゃなくてなぜか find。この場合 find を detect にして語尾を統一すべきか。

最初聞いたときは、最後の「望んだ世界はどうだった？」の意味を完全に無視して、プロポーズ系の唄なんだろうか、とてきとーに考えてた。

聞き込むにつれて「望んだ世界はどうだった？」がどう考えてもキーになっているように感じはじめた。というか明らかに文脈が違う。

それで、もしかしてそれまでの綺麗だったりする部分は全部「望んだ世界」で、悪魔が、夢を見せた後に「望んだ世界はどうだった？ (そして今の情況を見てみろよ)」訊いているような解釈をした。ようは MARCH 系。

だいたい固定されたので書く。でも書かないほうがいいかもしれない。基準が曖昧だ。だから、曖昧に書く。

当たり前だけれど、正しい解釈は存在しない。いや、間違った解釈は存在しない。感じたままでいい。だから、もし指輪を聞き込んでいないなら、なおさら読まないほうがいいと思う。

指輪は BEST に収録されており、解説がついているから、それを参考にする。っていうかこの解説が既に意味不明なのがどうもこうも。ぎりぎりセーフってなんだよもう。

解説には三つのヒントがある。それは「指輪」が、「いつでも振り返る事で新しいステップを踏み出す力をくれる、思い出」を唄っているということと、「望んだ世界はどうだった？」は過去の自分による今の自分への問いかけであるということ、そして「望んだ世界」は今の自分にとって「どうしよもないもの」であること。これを前提にして考える。

最初の部分は悪い状態の自分に関するところ。子供たちは残酷に笑う　皆いつか　大人になるから　だけど気負ってない　こんな眼はしてない までのところ。「大人になるから」とあるけど、たぶん「大人になるのに」という意味だと思う。大人になって汚くなっていくことが決まっている子供たちを見つつ、汚くなっていくことに対して気負いがない純粋さが、自分にとって残酷である、ぐらい。子供たちは気負っていないけど、自分は気負っているわけだ。汚くなりかけの時期に、汚くなりたくないことを望んで。

そいで少し飛ばして 何か忘れたろ？　そんな眼をしてるだ。自分は何かを忘れている。あとでもう一度この問いかけが繰り替えさえれるけど、その忘れたモノをしっかり思い出すことが「指輪」の目的である。

忘れたものを思い出すために、ピカピカのピンセットで腐乱した情熱の解剖実験をする。解剖実験は記憶をほじくりかえす作業そのもの。

で、思い出したのが「あの日細い指に　錆びた指輪をして　全てに笑いかけたろ」なわけだ。笑いかけているのはまだでてきていないけど「君」なはず。「君」って誰だかわからないけれど、とりあえず綺麗なので女の子ってことにしとく。いやどうでもいい。ここで重要なのはもちろん「錆びた指輪」だ。「錆びた指輪」はおそらく「腐乱した情熱」と同じもの。「君」は腐乱した情熱をもっていたのにも関わらず、笑っていた。

何を恐れてんだよ　錆びた指輪でいい　気取っている場合じゃないだろ 「錆びた指輪」は「腐乱した情熱」と読み替えてもいい。「気取っている」というのは、純粋なままであろうとするということ。腐らないように、錆びないように生きていくことが「気取っている」こと。

ここで戻るけど いつかここは地獄と言ったろ　それは嘘で実はよく分からない　別に気取ってない　そんな不快じゃない がわかるようになる。いつかここを地獄といった。地獄というのは腐乱した、錆びた世界について自分が持っているイメージだ。でも、だんだん気持ちが変わってきている。腐乱していて、錆びている世界でもいいのかもしれないと思い始めている。気取っていない、すなわち、自分の素をさらけ出した状態でも、「そんな不快じゃない」と思えるようになった。という変化。

何を忘れたの？　それを確かめなきゃ　「生きる意味」も軽いだけ ここでまた忘れたものは何かという問いかけがある。ピカピカのピンセットで腐乱した情熱を解剖して、思い出し、確かめないといけない。気負ったまま、笑えないままでは「生きる意味」も軽いのだ。

そして「あの日細い指に」と入る。君は指輪をして　世界一の笑顔で -snip- 「全て」に笑いかけたろ。「君」は錆びた指輪をしつつも、世界一の笑顔で笑っていられた。腐乱した情熱の中に、硬いガラス玉のようなものを持っていられた。硬いガラス玉というのは、すなわち忘れたモノである。記憶の中の「君」を通して、忘れたものを見つけられた状態が最後の部分。変わっていない部分があるということに気付く。

それで最後に「望んだ世界はどうだった？」だけど、「望んだ世界」がなんだったかというと、純粋なままでいられる世界・純粋なまま生きていける世界。でも、結局どう転んでも、変わらない部分があることがわかっていれば、表向きが腐ろうが錆びてしまおうが、あまり関係ないわけだ。だから、そういう世界にこだわっても無駄だし、「どうしよもなかったもの」と笑い飛ばせる。

つまり、自分が腐ってしまった、あるいは、腐ってしまうかもしれないと思うときに、いつまでも根底に変わらないものがあることを思い出させるのが「指輪」なわけだ。終わり。

まえのとあわせて

$N = function (name, attr, childs) {
    var ret = document.createElement(name);
    for (k in attr) {
        if (!attr.hasOwnProperty(k)) continue;
        v = attr[k];
        if (k == "class") {
            ret.className = v;
        } else {
            ret.setAttribute(k, v);
        }
    }
    switch (typeof childs) {
        case "string": {
            ret.appendChild(document.createTextNode(childs));
            break;
        }
        case "object": {
            for (var i = 0, len = childs.length; i < len; i++) {
                var child = childs[i];
                if (typeof child == "string") {
                    ret.appendChild(document.createTextNode(child));
                } else {
                    ret.appendChild(child);
                }
            }
            break;
        }
    }
    return ret;
}

var pq;
document.body.appendChild($N("div", {}, [
    $N("div", {style:"font-weight:bold"}, "foobar"),
    $N("div", {}, [
        pq = $N("ol")
    ])
]));
for (var i = 0; i < 10; i++)
    pq.appendChild($N("li", {}, "hoge");

var div = $N("div");

みたいなのを使ってる。

innerHTML を使いたくない (application/xhtml+xml では一切使えない) けど、document.createElement の嵐はキモイ。中間とって GreaseMonkey のテンプレート (xyzzy の拡張 lisp を入れてる) にごちゃごちゃ書いてしのいでるます。

GM で window.addEventListener("scroll", fuction (e) {}, false); とかやってみたんだけど、どうもページごとにイベントが発生したりしなかったりする。なんでだろう。全然わからない。

例えばこのサイトだと、日記のページは全てイベントが発生しない。で、/about とか /xbel とかはちゃんと発生する。

やっぱ最初のころは Ruby のブロック引数が全く理解できんかった。yield をよぶとどこに飛ぶか、とか結構悩むと思うんだ。

each の「使い方」を先に覚えて、実行してみてやっとブロック引数の概念が理解できた。んで、「じゃあ自分で書くときはどうするんだ」とかでリファレンスを読むと yield とか書いてあって、でもそれ以上はリファレンス読んでもよく分からなかったから、てきとーにサンプル作ってみてやっと理解した。

それまで書いていたのが PHP とかいう謎言語だったので、Ruby が余計に神がかってみえた。Perl は読めなかったし、Python は知らなかったし。今は Perl とか Python を勉強しようと思っても、必要性が見当たらなくて書けない。所詮「勉強」にすぎなくなるから、やる気があんまり起こらない。しかし Perl はホントに、本当に読めない。map { hoge } hage {} @foobar みたいなのをよく見るけど、どういう仕組みで評価されてるのかよくわからない。

まぁ、とりあえず、自分は実装を触りながらじゃないとぜんぜん理解できない。頭が悪い上に「自分の今考えてること」に対してかなり不安を覚えるので、すぐにコンピュータで実行させて、考えていることがあっているのか間違っているのかを確定させたい。

あんまり頭の中で構造を考えないで、とにかく動かしてみる。一行書いて、p 書いて、実行して、ってのを繰り返す。しかもこれ、未だにこういう感じなのだ。数行書くごとに実行する。とにかく p を書きまくる。んで、暇なときにリファレンスを眺めて、「こういうことができるのか」ってまた書いて実行してみたりする。

だから、何か作ろうとしていないと、そもそもプログラムを書かないからなかなか理解できるようにならない。Perl も書いてみたらわかるかもしれないけど、Perl を使って書きたいものがない。気がつくと面倒くさくて Ruby を使ってる。だめじゃん。

toSource とかはじめて知った。

GreaseMonkey で設定値保存するときはこれ使うといいね！　わざわざ JSON 云々のコピペなんてしなくてよさげ。

var foo = new Object;
foo.bar = "test";
foo.baz = "pqpq";
foo.toSource(); //=> '({bar:"test", baz:"pqpq"})'

(new Date).toSource(); //=> (new Date(1142625169156))
(function () { return ""}).toSource(); //=> '(function () { return "";})'
alert.toSource(); //=> 'function alert() {[native code]}'

ていうか、forEach とかあるのね！　やべ。

var sum = 0;
[1, 2, 3].forEach(function (item, index, array) {
    sum += item;
}, this); // 第二引数は callback 中の this
alert(sum);

同じように (Ruby -> JS) select -> filter, all -> every, map -> map, any -> some が使えるみたいだ。どうせ Fx 用の GM しか書かないから使いまくろう。

必要なのは技術じゃないってことは分かっているつもりだけど、俺はその必要なものを手に入れるのが嫌なわけで、そのへんどうにかしないといけないんだけど、その辺どうにかすると俺は俺でなくなるわけで、まぁ俺が考えている俺は所詮誰かが作った俺でしかないんだけどさってことを昨日友達の父親の友人の吉弥さんが言ってた。

コミュニケーション能力が必要とか、そういう話だけど、欲しくないのだ。真面目な話を一対一あるいは、一対多でするのがめちゃくちゃ嫌いなのだ。それって楽しくないから。

ネットワークゲームなんかで、ギルド戦について真面目に議論を交わして揉めているのとか、めちゃくちゃ嫌なわけで、悪いわけじゃないんだけど、単純にああいうのを楽しめない。そういうときはログアウトするんだけどっていうか、ギルド戦とか結局嫌で仕方ないからやらなかったんだけど、っていうかホムンクルスをプログラミングしてみたいんだけど、っていうかアカウントないんだけど、っていうか1500円はたけぇよ、いやこんなの関係ないんだけど。

ネットワークゲームなんかは「ゲーム」であるから、嫌ならばログアウトすればいい。でも実際の面を合わせた情況ではそういうわけにはいかない。そういうわけにはいかない。面を合わせて真面目な話というのは、逃げ道 (例えば相手を認める余裕だったり) を確保することすらぎりぎりのラインだから、本当に話たいことなんて、全く伝わりはしない。もともと伝わらないのがさらに伝わらなくなるわけだ。もういい。

例えばどこから沸いてくるかわからない自信とか、昔はモテたんだぜ今の俺は仮の俺だとか、とりあえず批判しとけとか、とりあえず謝っとけとか、とりあえずお前うざいとか、そういうのが苦手なのでコーヒーゼリー食いたい。

これなしで生きていけないジェスチャ

1. ← - 戻る
2. ↓→ - 現在のタブを閉じる (ウィンドウは閉じないようにカスタマイズ)
3. ↑←↑ - 一つ上の階層を開く
4. ↑↓ - リロード

思いついたようにときどき壮絶に使いまくるジャスチヤー

1. Any Gestures + →↑← - Any Gestures でホバーしたリンクをすべてタブで開く。mixi とか、■ばっかり並んでる絵サイトとかで使いまくる。

このホバーしたリンクを全部開くのは魔法ちっくで好き。こうね、杖をふる的な、ね。

何かを書きたい。

• 理想の女性像を明確に想像できないことに気付いた。萌える女の子は明確だけど、あぁだめだ自分きもすぎる。
• なにかしら美しいものを見つけたい。
• 目を閉じるととにかく手がある。
• 俺は正常かつこの上なく普通な人間である。
• 日記が日記として機能しなくなるのは悲しいことだ。
• タイミングさえあっていればあとはてきとーでもいい。
• それっぽい口調が重要らしい。
• 名前が重要であって中身は重要じゃない。
• だからそれっぽい口調では書きたくないし、名前もてきとーなままにしておきたい。
• 俺がなぜウェブに日記を書くというキモイ行動をしているかを、誰かは考えない。
• それでいい。余計な分析はいらない。
• 表に出していいものと、出すべきじゃないのがある。
• 分かり合えるかもしれない、ぐらいの状態でコミュニケーションを止めるべき。
• 他人に気を使うのは果てしなく面倒くさい。
• 自分で考えることができる可能性をすべて考慮しても、考慮しすぎるということはない。
• グロゲーと殺人ゲーは苦手。
• 誰か一人でいい。
• まいっか。
• あらゆるやるべきことに対してやる気が起きない。それがかつてやりたいことであったとしても、やるべきことになったとたんやる気が起きなくなる。内容じゃなくて、情況・環境がじゅうようなのだ。
• 別に君に訊いてはいるわけじゃないんだから、わざわざ嫌な顔して答えなくてもいいよ。
• そんなこと、誰も訊いてないよ。
• 余計なことは言わないようにしよう。何度決めたかわからないけど、特に、つまらない話に関しては気をつけよう。
• メレンゲについて何度か書いては消しを繰りかえしているけど、うまく書けない。
• そういえば 地下室で死んだふりしようよ　外は怖いことだらけ って面白すぎるよなぁ。笑っちゃうよなぁ。このフレーズ大好きなんだけど笑える。日々の唄ってこれだよこれ。これこれ詐欺。
• はずかしそうに水たまりをよけながら よすぎる。ああ。あああ。
• Omae Ga Dai-Kirai Da / bloodthirsty butchers
• マナーについて考えようよ。「マナーについて考えようよ」と何かあるごとに言うのが、真にマナーがない。
• お察しください。
• 鯖の金を払ってない。早く払えよ。無駄なことばかり、書きすぎて、腹出てるぜ。そんなこといったって、ケーブル切る気に、なれないなぁ？　もうだって、両手は、
• 誰かの言うことを聞きたくないなぁ。
• 知りたくないことを教わるのが好きじゃない。
• だから、ね、あなたに、僕は、何も訊いていないんだよ？
• (a, b) だったらお前らは
• 独学できないやつが何できるっていうんだ。やる気があるなら独学でできるだろ。
• 少し前までは「忙しい」っていう社会人の人は本当に「忙しい」んだと思ってたけど、実際は「忙しい」ぐらい忙しくないってことに気がついた。
• そこでまた、誰かが言うんだよ「社会人の人」っておかしくね、ってね。
• やろうとすれば、いくらでも他人を貶すことができるから、何が本当に悪いのかを見極めたい。そのためにまず、何が良いのかを考えたい。
• ということを力がないうちから言っていると、そもそも生きていけないらしい。つまり、むしろそのことで自分は損害を被るってことさ
• まぁそれでもいいか。いざとなって耐え切れなくなったら死ねばいいのだ。許可はもらったからだいじょうぶ。
• どちらかといえば、理想的に生きていたい。現実的だと、何か得をするんかな？
• 今なら、なんでもできそうだ。忘れないようにしとこう。
• 今日成績通知がくるだろうけど、それの結果が良くても悪くても、先の数日は地獄だ。結果が良かったらクソやりたくない課題をやらないといけないし、悪かったら
• やーほんと、課題をちゃんとこまめに出来る人ってすごいよなぁ。そういうシステムってどうやって得たのかな。「課題ができる」ことじゃなくて「課題が進められる」ことがすごい。すごすぎる。どうやったら手に入ったのかなぁ。セーブしとけばよかった。LV30 飽きてきた。
• 無理さ

コピペのしにくさが激しいので、オリジナルソースへのリンクをつけた。data スキームで飛ばす。

あるいはコピー用の Flash を使ったほうがいいかもしれない。

ポポスカートが好きなんですよ。低価格・高耐久なのに、とても素敵だと思うのですよ。裁縫で作れば防御も稼げるし言うこと無しですよ。防御高いポポスカのために裁縫を7にした感じですよ。メインキャラのポポスカは銘入りですよ。

なんとなくスクリーンショットあさってたらポポスカツーショットが数枚でてきた。

少し前のあの世のアルベイ祭壇前にて。一言も喋らず (めんどくさかった) にコミュケーションをとりつつ、とか奇妙なことをやってた。

去年の。ポポスカに関しては、実はこの横に写っている人の影響が強く、勝手に自分の中 (とギルドの一部中) で「ポポスカの先駆者」を呼んでいたりしました。やー、作ったポポスカが気に入ったのでずっと着ていたらなんと向こうから話しかけられまして、先駆者きたーっとギルチャで言ったか言わなかったかしました。たまに見かけますが未だにポポスカのようです。

関係ないけど、画像のレイアウトがうまくいかない。IE で float: right はご法度だし、CSS がだんだんスパゲティになってきて !important が多くなってきて萎える。

空気が読めない日記 (mixi) をこたえる。久しぶりにバトンだ。

【Ｑ１】今つきあってる人はいる？

えぇ。もちろん nounai サーバーに、ですけれど。名前は教えませんわ。

人じゃなくていいなら Ruby さんとか。

【Ｑ２】今好きな人、気になる人はいる？

BURGER NUDS にでてくる女の子が好きです。nounai。

まじれすすると、そもそも周りに女の子がいません。最後に女性と話したのはいつかな？

【Ｑ３】a：告白した回数 b：告白された回数は？

{a => 1, b => 0} どういうのをカウントするんだろう？　明確に好きだと言ったことはないと思う。あれ、あった気もする。でもあれはカウントしていいんだろうか。あんまり覚えてないんだけど、っていうか、今まで忘れてたけど、最悪だな。とか、まぁ、キラめく世界。君の好きなあの娘の 写真はもうここにはない まあでもキラめく世界 一応カウントしといた。ああ

【Ｑ４】a：振った回数 b：振られた回数は？

{a => 0, b => 0} これもカウント方法がよくわからない。ある意味常に振られているので b は数え切れないとも言えますが！！

【Ｑ５】どんな顔・体の異性が好き？

俯いてはにかむ笑顔が似合う子・黒髪 (というより地の色)・肩幅が狭い子。

黒髪の美しさに気付くべきなんだ (独り言)

【Ｑ６】異性の体で好きな部分は？

髪の毛・肌

【Ｑ７】昔付き合ってた人と復縁する可能性アル？ナイ？

nounai の話ですか？

【Ｑ８】好きな人ができたらどうやってアタックする？

対話

「アタック」とか面倒くさいから、対話のなかで「なんかいいなぁ」って思える人がいい。実際そんな人ってもう現れないと思うけどさ。

【Ｑ９】今告白されたらOKしちゃう異性、今回りに何人いる？

だからそもそも（ｒｙ

【Ｑ１０】年上・年下どっちが好き？

±2ぐらいがベストだけど、どちらかといえば年上で！

【Ｑ１１】浮気されたらどうする？

わからないけど、まぁそんなもんなのかなって思う。でもできれば「そんなもんなのかな」と思わないぐらいの人と付き合いたいものだ。無理だ。

【Ｑ　番外】ずばり今年のちょこれいとの数は？

ちょこれいと？　たべたかず？　きょうもたべたよ。きのうもたべたよ？　せいさんりょうのはなしかなぁ。

【Ｑ１２】次にまわす人5人

回せそうな人がだいたい nounai 系なんですが！！

生まれ変われるなら、可愛い女の子に生まれたい。

素通り禁止です＞＜ 必ずゲスブに一言書いてください。ネチケット 2.0 です＞＜

自分の写真で CSS 書いても、あんまり面白くない。自分が撮った写真には、自分しかいない。

他人の写真は、少なくとも自分と撮影者の二人が確実にいる。さらに、同じようにその写真をいいと思う人たちにそれぞれがいる。そういうのもあってかで、他人の写真は適度に刺激があって面白いんだと思う。写真って、その人が見ているものを写しているから、他人の視点というのがよくわかる。ただたんに「いい写真だなぁ」と思って、その後自分でその場に居合わせたときどうやって撮るかを比較するっていうのも面白い。

それと写真に直接言葉は書かれていないということ。

写真は曖昧な伝達・表現手段だけど、それゆえに解りあった気分になれる。ひとつの写真を通して、それぞれかなり思うところが違っていても「いい写真だなぁ」と思うところが変わらない。そういうのが重要だと/いいと思うんです。人によって解釈が違う写真 (作品) のほうが、面白い。どの解釈が正しいかなんてチリの価値もないと思う。

あんまり関係ないけど、完全に分かりあう必要性が見出せない。「どこかで分かり合えるはずだ」と思い合って議論をするなら、「どこかで分かり合えるはずだ」っていう部分は共通しているんだから、それでいい感じがする。実際俺はホンモノのちゃんとした、意味のある議論を見たことがないから、議論っていうのがどういうものなのかわからない。でもそれについて、「ホンモノの議論が何か」を議論するつもりはないし、別段わかりたくもない。

話がずれたけど、他人の写真や画像を使って派生物を作るのは面白い。「あーしてみたい」「こーしてみたい」っていうのをできるわけだから、すごくワクワクする。でもこれが All rights reserved なものだと、改変しても公開できなくてつまらない。その「あーしてこーして」っていう欲求よりも、許可をとるっていう行為は遥かに面倒くさい。

そういう面倒くさいうえにつまらない手続きを省いて、純粋に楽しいことをできるから、CC な画像を使ってる。Flickr は Creative Commons 用のページ があって使いやすい。

でもまぁ、途中でライセンスが変わるのが怖くてなんともかんともな感じに今はなっている次第でございます。favorites は増やしているけど！

flickr-cc-at-one-view.user.js

by なのか by-nd なのかが一目でわからないので追加する。

要するに期限切れの日から 35 日たつと開放されるってことかな。30 日の RGP (取り戻し猶予期間) のあと、5 日間の削除保留期間がある。

レジストラのキャッシュ？とかがよくわからない。

• Deletion Cycle
• 削除済ドメイン名のための「請戻猶予期間」

なんかうまくいかねーってごちゃごちゃやっていたけど、$stdout.flush しないとだめだった。

Works - tearbridge production

Shibuya.js Technical Talk #1

俺だけ存在がおかしいですが気にしないように努めます。わろすわろす。

人前で喋るのは中学の部活紹介以来かな。何喋ったかは覚えていないけれど、同級生の部員が俺含めて3人だったのはよく覚えている (内訳：やる気ない部員2, 幽霊部員1)

BASH Programming - Introduction HOW-TO: 参照テーブル, 11.2 文字列比較の実例

なんで if [ "$X" = "$Y" ] とか if [ x$X = x$Y ] にするのかわからなかったけど、変数がセットされていないときにエラーになるらしいからだった。へー

なんか YAML の話とか読むと、ことごとく XML が比較されて貶されてて寂しい。

確かに XML ってちゃんと書かないと読みにくいし、名前空間とか意味不明だし、DOM とか面倒くさい。

全ての XML は YAML に置き換えられる的に書かれた YAML の紹介とかもあったりして、なんかアレだなぁって思った。例えば HTML より、YAML のほうが断然書きやすいとか、それは違うよって思った。いやそもそも HTML は XML じゃないからこの話にはあんまり関係ないんだけど。

というかどうも、YAML と XML を比べるのに違和感を感じて仕方がない。なんかうまく言葉に出来ないんだけど、用途が違うんだよなぁ……とはいえ用途が違う、YAML のほうが向いている分野に XML が使われている (例えば SOAP とか XML-RPC とか、そこらの設定ファイルとか) からこういう話になるんだろうけどさ……

だからといって XML は悪い！みたいな勘違いを見たくないよ……なぜなら俺は XML さんが好きだから！

適所適材てのをちゃんと考えたい。まぁ設定ファイルに XML なんて面倒くさすぎてやらないんだけど（ｗ

なるほどなぁ、ってすごく思った。だから上手く負けて生きたい。

課題を一つ終わらせた。先は長い。

インターネットを使っていろんなことをやると自分がいかに知識がないかってことが、よくわかる。何も知らないにほぼ等しい。だから例えば、小さなコミュニティに属するべきじゃない。いい気になりやすいからだ。

flickr-show-licenses.user.js

マウスをホバーさせるとライセンスが表示されるように。

最初はとにかく全部表示させていたけど、さすがに Flickr にアタックかけているがごとく HTTP リクエストするのでホバー起動にしてみた。

金曜日の6時限目に爆睡して、ホームルームでも起きなくて、いつの間にかみんないなくなって、起きたら一人クラスメイトの女の子がいて、「やっと起きた（笑）」って言われる、そんなイベントが欲しい。

(BURGER NUDS の) ミナソコで想像するのって、夕暮れのプールサイドに立って、水底を立ったまま見つめてる、夏制服の女の子だったりする。なぜか赤いワンピースじゃない。半そでのYシャツとあんまり長くない髪。

女の子は水底にピントをあてて、子供のころの思い出を水面に写しているんだけど、はじめたらやめられなくなって、いつの間にか涙が流れてて、日が暮れて、そこで誰かがやっと迎えに来る。みたいな。

ちなみにまだ夏本番ではなくて、ちょうど夏服への衣替えが終わったぐらいの季節。プールのフェンス (緑色で網状のやつ) の周りにあじさいが咲いてる。プールは学校の校舎から少し離れてて、校庭からは見えない位置にある。

キモイなぁ……

どうも日記のアレが上手く書けないので、hr 要素を使うことにした。十分に構造化されていれば hr はいらないんだけど、日記を書くとき、どうしてもそういう構造化までいくと大げさになってしまうので (言い換えれば面倒くさい) フラットな hr を使ってみる。

自分の発言がどうも矛盾していて気持ち悪い。もっと考えよう。もっと考えよう。

どういうのを Geek っていうんだろう。ヲタクはともかく、Geek はいいイメージがするなぁ。

やばいな。ちゃんとキャリブレーションしないと色おかしい。現実逃避したくなるほど色がおかしい場合どうしたらいいだろう。見ているものが信用できないのは怖い。