Latest topics 近況報告

Ubuntu 9.10でWEPで無線LANに繋がらなくなったのでWPA2-PSKにした - Jan 15, 2010

なんかどんなにやっても無線LAN繋がらなくなってしまって、以前詰まったステルスモードのアクセスポイントの問題でもないようだし、もう完全に手詰まりになってしまった。

daemon.logを見てみると、昨日のログではNetworkManagerのsupplicant connection stateがdisconnected→scanning→associating→associated→completedになってたのに、今日のログではassociatingの次にdisconnectedに戻ってしまってて、wpa_supplicantが「Associated with……」のログを出してなかった。

で、このあたりのキーワードで検索してたら2chのスレが引っかかった。

45 ：login:Penguin：2008/10/05(日) 09:47:09 ID:6n0tInIX
    >>43
    WEP 使っていたら、一度接続された後に
    /etc/init.d/network restart
    入れてやらないと、通信できません > X61@Mo4.1
    素直に WEP 捨てて、wpa_supplicant で
    WPA2-PSK/AES にするのが良いでしょう

今回の現象とはぜんぜん違う話題だけど、WEPじゃダメでWPA2なら問題ないというケースがあるのか。

僕の環境の問題も同じようにして解決されることを期待して、前々からWEP捨てなきゃと思ってたのをやっとWPA2-PSK（WPA2-パーソナル）に変更した。無線ルータの設定を変えた後、Ubuntuのネットワークマネージャで繋ぎ直したら、あっさりと繋がった。

結論：WEPは捨ててWPA2にしましょう。

robocopyで作られる「削除できないファイル」「削除できないフォルダ」を削除する - Jan 05, 2010

robocopyを使ったズボラなバックアップで1TBのHDDに3世代のバックアップを作ってたんだけど、CD-Rに焼いて逃がしてたMP3ファイルとかiTunesに突っ込みまくってたらとても3世代は入り切りそうにない感じになってきたんで、2世代だけのバックアップだけにすることにして、一番古いバックアップを消そうとした……んだけど、引っかかりまくってうまく行かない。

• ほとんどのファイルはcygwinのrmコマンドで rm -r -f /cygdrive/z/backupXXXXXX/c/ とやったら消えてくれた……みたい。
• rmコマンドが「ファイル名が長すぎて消せない」というエラーを吐くフォルダは、フォルダ名を変えたりネストが浅くなるように調整したりしたら削除できた。
• フォルダ名がおかしいせいで消せなくなってる物がいくつかあった。具体的には、どうもフォルダ名にスペースが含まれてしまってるせいなのか、名前を変えることも消すこともできなくなってしまってた。ITmediaの記事を参考にrdコマンドでフルパス指定で rd "z:\backupXXXXXX\c\XXXX" という風にやったら削除できた。
• "/cygdrive/z/backupXXXXXX/c/System Volume Information/" の位置にコピーされてしまった復元ポイントのデータはどう頑張ってもパーミッションエラーが出る……ので、 z:\backupXXXXXX\c のフォルダのプロパティを開いて セキュリティ→詳細設定→アクセス許可→編集→「Users」グループの項目（多分「読み取りと実行」になってる）を選択→編集→「フル コントロール」にチェックして「OK」→「すべての子孫の既存の継承可能なアクセス許可すべてを、このオブジェクトからの継承可能名アクセス許可で置き換える」にチェックして「OK」　という風にしてみたところ、やっと削除できた（親のフォルダごと削除）。

コマンドプロンプトを開くときは一応、右クリックして「管理者として実行」で。

TwitterIrcGatewayからRTできるように - Jan 04, 2010

半年くらい前に真琴さんの記事を見てTwitterIrcGatewayを導入したけど全然使いこなせてなかったけど他の人が他の人に教えてもらってるのを横で盗み見て設定したらちょっと使いこなせるようになった気がしたよ。

• TypableMapを有効化すると「re *** ほげほげ」で直前以外のポストにReplyできるようになる。
• ReTweetコマンドを追加するの手順に従ってスクリプトを設置＆編集すると「rt *** ほげほげ」でRTできるようになる。

酷く今更です。

1981忘年会に混ざってきたよ - Dec 13, 2009

1981年生忘年会#3に混ざってきました。1983の方によく参加させてもらってたけど、1981の方には行ったことがなかったので、せっかくだから申し込んでみた。

集合場所に着いたら案外人が少なくて「おや？」と思ってたら、既に1次隊が出発済みだったらしい。そこで挨拶した方がクックパッドの方で、先日のFirefox Developers Conferencesにも来られててありがとうございますみたいな話をした（1次会でも同じテーブルに座った）。

• 1次会、坐・和民で100人オーバーだった。
• クックパッドにも弊社代表と同姓同名な「すとうこうへい」さんがいると聞いた。なんという偶然……！
• 店から全員に一人あたり1500円分のお食事券が配られました。ただし500円分を3枚でランチタイム使用不可、1回の利用は1人1枚までなので、使う機会がなさそうで困っています。
• 僕の座ったテーブルは初参加の人ばかりでしかも1981生まれの人がほとんどいなかった。空気読んでなさ過ぎですね！！！
• iPhoneの事とかAndroidの事とか上級SEはエンジニアと言えるのかどうかとか色々話した気がするけどよく覚えてません。
• 2次会の店をamachangが探しに行くというので僕も同行した。人数が多くなりそうだったので見つからないだろうなあと思ってたけど、同じビルの地下の店であっさり決まってよかった。
• 戻ってきた頃にはもう鍋がおじやになっていた……飲み物のラストオーダーも過ぎてた。
• iGirlの人とは1回絡んでおかねばなあと思っていたのでここぞとばかりに挨拶させてもらった。asami81さんもこの辺のことは覚えていらっしゃった。
• 最近よく顔を合わせるdent-de-lionさんとここでも再会した。何このヒット率。

2次会の店は、最初に用意してもらったスペースに全員おさまりきらなかったので別の部屋に主に幹事の人達が溢れる形になっていた。何故か僕もそこに混ざっていた。

• 70人くらい残ったそうだ。
• kiyoheroさんに、はてなハイク2に招待してもらった。つっつかれるとぶるぶる震える仕組みはcho45さんが作ってるとな。つっつかれるとぶるぶる震える仕組みはcho45さんじゃない別の人が作ったそうです。
• あとはてなブックマークブックマーク（ノベルティグッズのしおり）を沢山もらった。
• amachangの上着のボタンが取れたのをasami81さんが縫うのに僕のソーイングセットをお貸ししました。「なんでこんなん持ってるねん」と全員からツッコまれました。独り暮らしなら持ってて変じゃないですよね……？！
• ドワンゴの中の人曰く、糸柳さんはあれで案外常識人で「これ以上やったらヤバイ」という線をちゃんと分かってやってるとのことなんだけど、Web上での彼を見てるとなかなかそうは思えないのが不思議です。
• それ以外に何を話していたのか全然覚えていません。

3次会（徹夜）はまた最初の店に戻る……はずだったんだけど、2次会の店の店長？がよきに計らってくださいまして、2次会の店に併設の別の店を貸し切り状態で使うことになりました。

• 残ったのは20～30人くらい？
• amachangは最近Jython（Python on Java）を書いてるそうで。
  • Java書きづれー！！という魂の叫び。
  • yukobaさん「素のJava言語は今となってはアセンブラみたいなもんで、高速化のためにしか触らないよね」
  • Java書くんだったらeclipseかその元になったIDEは必須でしょという。4～5年ずっとJavaやるのなら1ヶ月かけてでもIDEに慣れておいた方が絶対に生産性が高い。→amachang「1ヶ月だけJavaをやらなきゃいけないんだけど……」→yukoba「それは……諦めるしかないね」
• 西尾さんは今やCGアーティスト→amachang「4次元ってどうなってるの！！」というところから話が膨らんで、空間の歪みがどうとか相対性理論がどうとか原爆の仕組みがどうとか量子論がどうとか対消滅がどうとか量子コンピュータがどうとかそういう話になった。他のテーブルはオナニーがどうとかそいう話で盛り上がっていたのにここだけ何だか空気が違うよ……！！
  • yukobaさんは一時期量子コンピュータに凝っておられたそうで、量子コンピュータとは一体どういう物なのか？　何がすごいのか？　何ができないのか？　といったことを色々教えてもらった。
  • 途中から話に加わって下さった方が物理を大学で専門にやってたそうで、その人も色々教えてくれた。
  • 古典的なコンピュータの上で量子コンピュータをエミュレーションする仕組みは既にあるそうで、それを使って量子コンピュータ用のプログラムをかけるんだとか。
    • evalに相当する関数の名前がmeasure（観測）というそうだ。何故なら量子コンピュータでは観測＝演算だから。
  • 今の量子コンピュータは足し算引き算はできるけど、内積を求めるアルゴリズムが確立されていないそうだ。ものすごい大きな桁の足し算引き算因数分解等が1クロックでできることが量子コンピュータの最大の利点なのに、かけ算ができないんじゃ意味ないよねー。とのこと。
  • 今のCPUの進歩はもう限界が見えてる。1回目の限界はクロック数の頭打ちで、昔は5GHzとか10GHzとかいくと思われてたのに結局物理的現象の限界に阻まれて4GHz前後で止まってしまった。次の限界は微細加工の物理的限界で、トンネル効果で電子が吹っ飛んでしまうようなサイズにまで至ってしまうともうそこでおしまいなのだという。つまりあと10年くらいでCPUの進歩は完全に止まってしまうという。（マルチコアとかは、1つ1つのCPUの性能が上がらなくなったから2個4個まとめて突っ込んじまえという力業でしかない。技術が根本的に進歩したわけではない。）
  • それを解決するのが量子コンピュータだ、と期待されてたんだけどそっちも何だか最初の数年でだいたいの研究が出尽くして今ではほとんど進歩がみられないとか……
  • 代わって脚光を浴びてるのが、電子の流れではなく光を媒体として使う光コンピュータという分野なのだそうで。
• 量子論の話に入る前は、3Dプリンタの話になってた。
  • （マンデルブロー集合とかそういう系のCGの）CGアーティストにとって、3Dプリンタがあるともっと面白いことができるんじゃないか？　とか。
    • 実際、鎖のような構造を継ぎ目無しに作れるのは今の所3Dプリンタくらいのもんだ、とか。
  • 3Dプリンタには、石膏を積層して固めるタイプと、光で固まる樹脂を積層するタイプがある（あとこの場では出さなかったけど、樹脂ブロックからの削り出しタイプもある）。
    • 石膏を使うやつは色を付けられるのが強みで、糸柳ミクも出力時点で色が着いてる。
    • 光で樹脂を固めるタイプは解像度がすごく高くなってる。ミカタンブログでとりあげられてた「パーファクトリー」なんて、鼻血物の緻密さ。
  • amachang「ゲームのキャラをそのまま出力したら面白いんじゃね？」→僕「それもう既にあるよ」
    • というか模型業界では今や、CADからラピッドプロト出力というのが当たり前ですよね。
    • コトブキヤのバーチャロンシリーズのプラモなんて、ゲームのハイエンドCGをそのまま立体出力して、プラモにするためにそこからさらに加工するというステップで作られてる。
    • フィギュアのねんどろいどにもCAD設計の物がある。
• amachangとyukobaさんが抜けた後、物理をやってた人と「こういう話もとても面白かったけど、もっとどーでもいい話もしたかった（笑）」という感じの事を話して、関西地元の深夜番組の話で盛り上がりました。
  • 「おとなのえほん」は当時の男子中学生にはたまらなかった！！とか。
  • 「アニメ大好き」はよいアニオタ養成番組であった、とか。

そんな感じでダラダラしてるうちに朝が来て、忘年会は終了しました。

• 会計の時、全然食べてないテーブルと食べまくってたテーブルとがあったために、amachangを大いに悩ませてしまった。全員で均等割にしたら怒る人出そう……と。
  • 実際僕は均等割にどちらかというと反対だったので、余計に悩ませてしまった。
• 2次会で帰られた方の中に、デスマーチの作者の人がいたんだって……後から知った。

幹事じゃなかったのに2次会以降は幹事を務めて下さって、最後まで頭を悩ませてしまって、ありがとうございます＆すみませんでした。amachang　改めて、彼はとてもいい人だなと思った。人に好かれる人、人が集まってくる人というのはこういう人を言うのだろう、と素直に思える。好奇心旺盛でまっすぐで、嫌味な所がなくて。自分が女だったら間違いなく惚れるね！！！　そのくらいに彼のことがますます好きになった、そんな忘年会でした。

でるふぃさん - Nov 26, 2009

メール環境をThunderbird＋Gmail＋IMAPで一本化しようとして、フォルダ（ラベル）が多すぎるせいかエラーが出まくるので、まとめられる物はまとめて、もう意味がない物は削除して、という風に古いメールを整理していて、たった1つだけ残った個人名そのままのフォルダがある。でるふぃさんだ。

そういえばでるさんは元気でやってるんだろうか？　ふと気になって、検索してみた。

• 書きたい衝動、永遠に。: funny 一時 serious のち interesting
• でるふぃ（Delfy）さんは 今... - Sakura scope

絶句した。もう何年も前に亡くなっていただなんて。嘘だろ？

会ったこともないけれど、メールで色々相談に乗ってもらって、他の人には相談できないような話も聞いてもらって、いつかIRCでもっと気軽に話せたらなあと思ってたのに。就職決まったことは報告したけれども、それでも不安でいっぱいだったあの頼りないPiroくんは、それでもどうにかこうにか今でも社会人やれてますよ、絵も細々とだけど描き続けてますよ、そうそうあの後やっと初めての彼女ができましてね、でも別れちゃったんですよね、ああでも最近新しい彼女ができたんですよ、そんな風にそれなりに楽しく生きてます、そう報告したかったのに。

涙が出た。

ツリー型タブから「選択範囲のリンクをタブで開く」機能を削除します - Nov 24, 2009

• Firefox更新情報Wikiブログ タブ統合型の拡張を比較してみた
• タブ統合型アドオンの比較表 - Firefox更新情報 Wiki*

※今（2009年11月24日03:22）見たらリンク先エントリおよびWikiのページからTree Style Tabの項目が消されていた。このエントリおよびリンク先のコメントを見た人にはさっぱり意味不明でワケが分からないと思うので説明しておくと、リンク先のページにはどちらもタブ系のAll-in-One型アドオンが列挙されていて、初出時はその中にツリー型タブ（Tree Style Tab）もあったのです。

多機能オールインワンを否定して、タブをツリー表示するという事に特化した単機能のアドオンとして作ってきたつもりなのに、こういう所で俎上に載せられることが非常に心外且つショックで、でも実態からそう見られてしまう部分があるのは事実なので、悲しい思いをした。

ツリー型タブにあるツリーと関係ない機能は、開発当時にその機能だけを提供する単機能アドオンを見つけられなかったからだったり、あるいは、ツリーとの緊密な連携を考慮しないと上手く働かなさそうだったりという理由からやむなく加えた物なので、外せるものならどんどん外していきたいというのが僕の正直な考えです。

で、今日探してみたら選択範囲のリンクをタブで開く機能に特化したアドオン「Selection Links」（紹介記事）を見つけて、このアドオンによってツリー型タブの持つ機能は完全に代替できる（実際にはTSTはリファラを渡すけどこのアドオンはリファラを渡さない等の違いがあるんだけどそこは気にしない）事が分かったので、当該機能をツリー型タブの次のバージョンから廃止することにしました。

あとついでに「新しいタブを開く」ボタンの表示・非表示を制御するオプションも廃止します。これはuserChrome.cssに以下のように書けば簡単に代替できるので。

.tabs-newtab-button {
  display: none !important;
}

追記。意に反する紹介のされ方をした僕がキレて当てつけのために機能の削除を決意した、という風に解釈されるぜと忠告を受けたのでここにも明記しておきますが、今回の決定はそーいう下らない目的のためでは決してないです。機能の削除は「ユーザを困らせるため」ではなく、「何のためのアドオンなのかというコンセプトをはっきりさせることによってユーザ体験を向上するため（あと、コードを減らしてメンテナンス性を高めるため）」という、前向きな理由に基づいています。

確かに事実として関係ない機能まで取り込んで肥大化してしまっている場合はありますが、今回言及した表のようにそれを気付かせてくれる存在に出会えば、肥大化した部分はちゃんと切り捨てて本来あるべき姿に戻したい、と思っています。これは昨日今日で決めたようなことではなく、ツリー型タブ（およびその他の「TBE代替」のためのアドオン）を開発した当初からの方針です。

その辺の話に触れた過去のエントリがいくつかありますので、併せてご覧頂ければ幸いです。

• 「個々のアドオンは単機能にしよう」は「複数のアドオンを簡単に一発で入れられる」と表裏一体だ
• 設定を簡単に変更できるようにすること、を必ずしも重視しませんよという話
• 他のアドオンと衝突しないように心がけたいし、心がけて欲しい

POPからThunderbird + Gmail + IMAPに乗り換えたい - Nov 18, 2009

今まで「IMAPとはサーバ上だけにメールを置いておく物なのだ」と思い込んでたので、POPから移行するのに少し抵抗があったんだけども、そうじゃなくてIMAPはPOPを包含するものでありPOP的な運用もできるのだと知って、それならいっちょ本気出して移行してみるかなと思って移行してみた。

会社マシンのThunderbirdでメールに付けたタグをどうにかして自宅のマシンからも利用できるようにしたい、という事を前々から思っていた。というのも、自宅ではプライベートのアドレスに来たメールをGmail経由でBecky! 2で受信（SPAMフィルタ代わり）して仕事メールは基本的に閲覧のみ、会社ではプライベートのアドレスに来たメールを仕事用アドレス宛に転送してThunderbirdで利用してたんだけれども、Thunderbirdを使い始めてみるとタグが便利すぎて（Tag Dialog万歳）、アドオンのバグ報告を受信したらとりあえず「未処理」「bug」のタグを付けて、処理したら「未処理」タグだけ外す、というやり方でバグを管理するような運用が染み着いてしまいまして。気がついたら、自宅のBecky! 2ではどのメールが未処理なのかさっぱり分からなくなってしまったんですわ。

まあタグで運用しなくてもフォルダ分けでもいいかなって思うんだけど、それでもとにかく家と出先とで同じフォルダ構成でメールが見えてくれないと困るわけで。じゃあIMAPだよねってなるけど、でもオフラインでメールが見れないのはイザって時に困るわけで。

やりたいのは、家PC・会社PC・Gmailの3箇所で同じデータを同期させるという運用。それぞれにメールの本文が全部ちゃんとあって、1箇所でメールを消したらそれが他の2箇所でもちゃんと反映されて、という感じにしたかった。一般的なPOPの使い方のように「受信したらサーバからはすぐ消す」というのはするつもりはない（POPの時も2箇所で受信させてたし）。

ThunderbirdでGmailをIMAPで使うための準備

まずはアカウントウィザードでGmailのIMAP用アカウントを作成する。

• Thunderbirdのアカウントウィザードには「Gmail」という選択肢があるけど、これを使うとPOPアクセスの方のアカウントができてしまうので、普通のメールアカウントを作成して種類を「IMAP」にする。
• 当然だけどGmail側の設定でIMAPの利用を許可しておく必要がある。

アカウントができたらGmail用に設定を変更しておく。

• アカウント設定の「コピーと特別なフォルダ」で、「送信済みトレイ」と「下書き」をGmailのフォルダを使うように設定する。そうしないと、ルート直下と[Gmail]以下の2箇所に似たようなフォルダができて混乱の元になる。
• Thunderbirdの迷惑メールフィルタも一応有効にしておいて、迷惑メールと判断された受信メッセージは[Gmail]以下の「迷惑メール」に移動するようにする。
• [Gmail]以下の「ゴミ箱」をごみ箱フォルダとして使うように設定する。これはabout:configを使わないといけない。GmailのIMAPアカウントのサーバの設定群に対して、新規の文字列型設定でmail.server.server*.trash_folder_nameを追加し、値を[Gmail]/ゴミ箱に設定する。

新規にGmail IMAP接続用のアカウントを作るのなら、Gmail IMAP Account Setupを使った方が楽。これをインストールすると、アカウント作成のウィザードにGmailのIMAP接続用の項目が加わる。すでに手作業でアカウントを作ってしまった後では役に立たないので、早とちりして自分でアカウントを作ってしまった僕のような人はご愁傷様です。

あと、IMAPでの運用に限らないけど、Gmailっぽいスレッドフロート式の使い方をするためには以下の設定もしておくといい。

• about:configでmailnews.thread_pane_column_unthreadsをfalseにする。この変更を行っておかないと、スレッド表示とソートを併用できない。
• ThreadBubbleをインストールする。入れておくと、一番新しくレスが付いたスレッドが、受信日時の降順ソートで上に来るようになる。

Gmailでまともにメールの整理をしてなかった人は、これを機に整理するようにしてみましょう（僕のことです）。

• Gmailのラベル＝Thunderbirdのフォルダ。Gmail側ではメールの整理にラベルを使うようにする。
• Gmailのラベル名に半角スラッシュを入れる→Thunderbirdではサブフォルダになる。例えば「Mozilla/Firefox」と「Mozilla/Thunderbird」という2つのラベルを作っておくと、Thunderbirdからは「Mozillaというフォルダがあって、その中にFirefoxとThunderbirdというサブフォルダがある」ように見える。

というあたりを踏まえてラベルをいっぱい作っておく。

Thunderbird＋IMAPで前述したような運用をするための設定

• 新着メールをチェックする時、受信トレイだけでなくすべてのフォルダをチェック対象にする。about:configでmail.check_all_imap_folders_for_newを探して値をtrueにする。こうすると、フォルダごとのプロパティでそのフォルダを新着チェック対象に設定する手間が省ける。
• アカウント設定の「オフラインとディスク領域」で、すべてのフォルダに対してオフライン利用のチェックを入れる。今後作成するフォルダもオフライン利用可能にしておく。
• Sync On Arrivalをインストールする。about:configでextensions.checkCompatibilityをfalseにしておかないとインストールできないので注意が必要。

この3つを組み合わせることで、

• Gmail側のフィルタでそれぞれのフォルダに振り分けられたメールも新着チェックの対象になる。（POPの時は新着メールをダウンロードしてから各フォルダに振り分ける形だったのが、振り分けが終わった状態で受信される形になる。）
• 新着チェックの時、メールの本文まで含めて自動的にダウンロードされる。（POPのように、オフラインでもメールを読めるようになる。）

という運用が可能になる。

注意点

• 上記のような動作になるのは新着メールの受信時だけなので、すでにある全てのメールの本文をダウンロードさせるために、1回だけ「ファイル」→「オフライン」→「オフライン作業」でオフラインモードに切り替えてやる必要がある（ダウンロードが完了したらオンラインモードに戻すのを忘れずに！）。
• GmailのUI上で選択とか表示とかをしようとすると挙動がおかしくなる変なメール（変なSPAMとか壊れたメールとか？）がある時は、チェックを付けて「削除」しておく。こうしないと、そのメールを含むフォルダをThunderbirdで受信する時にSome messages could not be FETCHed (Failure).というエラーが出る。
• 手元にすでにあるメールボックスの中身をGmailにアップロードして一元管理しよう！と思っても複数フォルダをまとめてうｐとかしたら駄目っぽい。アップロード中に「アクセスが多すぎます」みたいなエラーが出てしばらく繋がらなくなる。Gmailをストレージ代わりに使うツールとかを締め出すための制限か？　しょうがないので、面倒だけどちょっとずつアップロードするしかないようだ。
• フォルダの階層の深さには制限がある……というより、パスの長さに制限がある。Gmail上のラベルの文字数が最大で40文字までのようなので、ネストの深いフォルダはそのままではGmail上に持っていけない。短い名前に変更する必要がある。

祖父母の三回忌 - Nov 15, 2009

金曜夜に夜行バスで出発して土曜朝に到着して三回忌の法事に出席して宴会に出席してその夜に夜行バスで出発して日曜朝に帰ってきました。

聖お兄さんを読んでると見覚えのある単語がパラパラとお経の中にあって、チャンスがあったらお経って一体何が書いてあるんですかというのを聞いてみたいと思った。

あと、両親の結婚式の時の映像というのを見せてもらった。8ミリフィルム？で撮影した物が奇跡的に残っていたのだとか。当たり前と言えば当たり前だけど、映ってる人がみんな若かった。というか自分が生まれるより前の、両親が喋ってる様子を見れるとは思ってなかった。

CSS Niteの講演者向け資料というか指示書というか注文書というかアレを見てブチギレた事について - Nov 13, 2009

公開されてる（されてしまっている）CSS Niteの講演者向けの様々な要求事項は、内容そのものの資料性（プレゼンはこういう流れで書いてくれ、質疑応答はこういう風に進めると良い、これくらいの余裕を持って資料を先に出してね、etc.）も、細かく付けられている注文事項（こういう口調でこういう雰囲気を作ってくれ、会場がアップルストアの時は絶対Macを使う必要があるよ、etc.）も、雰囲気作りを、大げさに言えばブランド戦略を、重視してるイベントだったらまああってもおかしくないよなと思う。自分が業界の振興と集客を狙ってイベントを主催するとしたら、勉強会の類のイベントに関心が薄い人達を引き付けて広く薄く知識の底上げを図るなら、ほっといたら先細りしていく所を広く一般寄りにアピールしていけるようにしようと思うなら、きっとこういう事を言いたくなるだろう。そこは分かる。というか僕自身、そういう事を言いたい場面に出くわしたことが無いわけではないし。

返す返す言うけど、なんといっても、そういうイベントで一番大事なのは、勉強それ自体ではないから。もちろん勉強になるのに越したことはないけど、でも極端な話「ブラック会社に……」の上原さんみたいな「ものすごく知識があるけど小汚いおっさん」と、「平均よりちょっと上くらいの知識を持ってる小綺麗な兄さん」の2者がいたら、スピーカーには後者を選ぶべきだろうなと、僕でも思う。そこがCSS Niteがいわゆる「勉強会」と一番違う所だと思ってる。

という風に頭では理解してるけれども、それでもカーッとなるのを抑えられなかったのは、なんでなんだろう。

劣等感を刺激されたからなのかな。

僕自身がスピーカーになったことがあるわけじゃないし、そもそもスピーカーとして呼ばれないだろうけど、自分が呼ばれてこれ見たとしたら、いちいちああしろこうしろと注文を付けてスミマセンの一言もないってお前何様やねん、と、ムカッと来るだろうなと思う。なんで、どれもこれも当然みたいに注文つけてるわけ？　と。「いいイベントにするために一緒に考えて頑張りましょう。」じゃあなくて、「こっちで全部考えたから、これに黙って従ってくれ。あなたの好みとか考えなんかどうでもいいから。」って言われてるように、僕には感じられた。

そりゃあ自分はモテないし格好良くもないし喋りだって上手くないよ、でもそういうモテ要素から無縁だった代わりに人に物を教えても恥ずかしくないくらいの知識は身に付けたつもりだ、だからその事に対してくらいは尊敬してくれよと。そりゃああなた方から見ればこっちなんかぺーぺーのプレゼン初心者でしょうから、「見てらんねえなあ」と手取り足取りあれこれ世話を焼きたくもなるでしょう。でもそうやって世話を焼かれると、自分の惨めさを見せつけられてるようで苦しいんだよ。「どうせお前は技術バカだからこんな事も知らないんだろ、まあせいぜいこれ見て勉強して、ウチらのCSS Niteっていう看板に傷を付けずに済むくらいにはマトモになってから来なさいよ、それが嫌なら来るんじゃないよ、そもそもこっちだってどーしてもお前さんに来て欲しいと思ってるわけじゃないんだからね、お前さんなんかに頼らなくて済むならほんとは頼りたくないんだからね。」って言われてるみたいですげえ悔しかったんだ。いろんなものとひきかえにして育てた物の上前だけを持ってかれるようで、ムカついたんだ。

……いや、僕ごとき最初から呼ばれるわけもないんだけど。部外者もいいとこで、そもそも存在を認識すらされてない自分なんかが、こんな風に思い上がった憤りを感じてるっていうことが、とてつもなく滑稽だ。

まあでも百歩譲って、僕の知ってる人がスピーカーをやるとなった時にコレを突きつけられたと聞いても、やっぱり「僕の尊敬する誰某さんになんちゅう失礼なことをしやがる！！！！」と憤慨するよ。

なんでそんなに憤慨するのかな。

どうしても感情を抑えられなかった一番の理由は多分、この文書が一般に向けて公開されてたから、なんだと思う。主催者がどっかの何かの講演会で、「いや、これでも運営色々大変なんですよ。スピーカーには発表素人の人もいますし、ドレスコードも分かってない人までいますから、一から十まで教えてあげないといけませんしね。そこまでしてようやくこのクオリティでご提供できてるんですよ。」と言ってるようなイメージが、僕の頭にはぱっと浮かんだ。ああ、それを言っちゃうんだ。そーゆーこと言っちゃうんだ。言いふらしちゃうんだ。スピーカーの人をうっすら貶しても全然いいと思ってるんだ。と、カチンときたんだと思う。

という風に散々熱くなってたわけだけれども、そういう醜態を晒してフンガーフンガー息巻いてる僕を見かねてか、るりさんに「で、これってどっかからリンクされてんの？（→君は運営の意図という所を邪推してすごく気にしてるようだけど、どこからもリンクされてないんだったら、少なくとも運営は大々的に公開したがってたわけじゃないと判断できるんじゃないの？　だとしたら君が怒ってるポイントは的外れってことになるよね？　という風なニュアンスで）」と言われたり、kotarokさんに「noindex,nofollowになってるけど？（→だから、これをこうして無関係の人が見てる状態というのがそもそも運営の想定外の事態なんじゃないの？　それじゃ非公開に全然なってないよねっていう事実はあるけど、それは別の問題だよね？　という風なニュアンスで）」と言われたりして。それで渋々ソース見てみたら、確かに検索避けの指定が入ってて、そこで一気に熱が冷めまして。

「こういうものを一般にそのまま見せていいと思ってんのかよ」と憤ってたのに、そうじゃなくて実は、最初から一般向けに晒すつもりが無いものだったのかと。自分が身内向けにこういう資料を作るんだったら、「素人が見て喜びそうだっていう程度の意味しかないアニメーション効果を付けたりしないで、ていうかひょっとしたらCSSすら書かずになるべくシンプルな物で済ませる。」とか、「身内向けの資料はBasic認証とか閲覧権限を制限したGoogle Docsとかで共有して、誰でも見れるようにはしておかない。」とかそういう風にするだろうという先入観があったので、「そうではなくて、それなりの飾り付けがされてるって事は、きっと公に向けた物なんだろう。」と思い込んでしまってた。僕が一番カチンと来た部分が、なんだよただの勘違いだったのかよ、と。言ってみれば、パーミッション設定とかサニタイズとか（←サニタイズ言うな）を怠ってたせいでディレクトリ掘ったら顧客情報丸見えになってましてん、みたいなよくあるしょーもない話でしかなかったのかよ、と。

そういう、ショボーいオチ。

追記。そこら辺のことを考えてリンクはしてなかったけど、それはそれでシャドーボクシングみたいにしか見えなくて滑稽かもしれないなと思ったので、公平性のためにリンクすることにした。「一次ソースも明記せずに一方的に言いやがって、卑怯な奴だな。」と思われるよりは、この文書を見て、リンク先の文書を見て、「は？　これのどこにブチギレる余地があるわけ？　ワケわかんないんだけど。これを見る限りPiroは異常に歪んだ精神の持ち主であり境界性人格障害であり自己愛性人格障害であるとしか判断できず、こんな輩は糞便爆発して死ぬべきである。」とでも思われた方がまだマシだ。

銀座アップルストアのCSS Niteに行ってきた - Oct 30, 2009

こたせんせがHTML5の話をされると聞いて、全然追いかけてないからそろそろ情報仕入れとかなきゃなーと思って、お説教を聴きに行って参りました。

どちらかというとAPIの面に期待してたので、そっちは話さないよと冒頭でバッサリ切られちゃってとても残念でした……

聞いた中で「ほう」と思ったのはこの辺。

• 昔のW3Cは、仕様が勧告されてから実装しろよ！　勧告になるまで実装すんなよ！　というスタンスだったらしいけど、CSS2.1とかその辺の頃から方針が変わって、実装が出揃わないと勧告にしないよ！　というスタンスになったらしい。（だからHTML5が勧告になるのはまだまだずっと先）
• section, article, aside, nav あたりは、セクション系要素ということで、派生クラスとか同じインターフェースを備えたモジュールとか、そういう風な扱いなのだそうだ。アウトライン解析の時にはこれらを同一視してアウトラインを生成するのだと。
• HTML5はHTML4ともXHTML（1.0？）とも互換性を保つよう配慮されてる。
• navとかそういう語彙が出てきてる時点で、なんだよHTML3.2時代に逆戻りかよと思ってたけど、そういうベンダの思いつきのオレオレ拡張ではなくて、今世に溢れてるHTML文書の<div class="section">とかの用例を見て、その中でよく使われている物を逆に仕様に取り込んだような形だ、ということらしい。

質問タイムがなかったけど、あったら訊いてみたかったこと。

• 「誰も使ってないし」という理由でMozillaはせっかく実装していたMNGやSOAPをドロップしたけど、こういう事についてどう思いますか。
• 互換性を大事にといっても、videoのコーデックは結局実装依存なんですよね？（Ogg Theora派とH.264派……まぁ資本力っていうかブランド力っていうか、iPhoneやGoogle Chromeで使えるならってことでH.264の方が主流になるんでしょうけどね）
• 仕様が固まる前の段階の実装が普及してしまった場合どうなるんですか。CSS2.1でrect()の仕様が変わったように、仕様の方をデファクトスタンダードに合わせて書き換えるというのが今後は基本になるんでしょうか。

会場に入って後ろで立って話聞いてたんだけど、前に立ってる人がしきりに「ふんふん」「うんうん」と頷いて、熱心にメモを取っているのを見て、ちょっとなごんだ。

続きを表示する ...