ただのにっき

■ 職場が暑くてしょうがない

例年だと、年明けは休暇中に冷え切ったビルのおかげで寒くてしょうがないのだが、今年は仕事始めの2日間を休んだので、十分に暖まってから出社。……と思ったら、こんどは暑くてしょうがない!

ちょっと古いビルだからIT対応できておらず、冬は暖房しか入らないのだが、今年のように暖冬だと冷房にしてもらわないと夏のような暑さになってしまう。ウォームビズとか呑気なこと言ってる場合じゃない。たまらんなー。

■ coLinuxからネットワークにアクセスできなくなった

正確に言うと「ちょっとしか通信できなくなった」。

たぶん先月のどこかの時点からなんだけど、Let's noteに入れてあるcoLinuxから、外への通信が制限されてしまった。ごく小さい量の通信(小さいファイルのcvs ciとか)なら可能なんだけど、通信量がなんらかの制限を越えた時点で固まってしまうように見える。例えばw3mでWebサイトを見ようと思うと反応が返ってこない。別のホストにsshしてみると、ログインまでできるけど、その後のコマンドの実行途中で止まる。セッションは確立されているようなんだが、データが流れてこないのである。

そう言えば、ちょうどその頃に会社のネットワークにアクセスするためにCiscoのVPNクライアントを入れたよなぁ……と思い、アンインストールしてみたが、無関係だった。

ひょっとして……と思って、自宅の無線LANではなく、W-ZERO3でダイヤルアップ接続してみたら、こっちは問題なく通信できる。遅いけど量的な制約はない。それじゃあ……と有線LANでつなげてみたら、無線LANと同じように通信できない。はて、両者の違いはいったいなんだ? いずれにしても、coLinuxじゃなくてWindows、もしくはそれより外側の問題ということか。

VPNクライアントがMTUをいじると聞いたことがあるので、内容を確認してみると、無線LANと有線LANが1300、coLinuxのTAPアダプタは1500。両者をそれぞれ1300、1500に合わせたりしてみても改善せず。ダイヤルアップの方はよくわからなかった。

うーむ、きっかけがなんだったか思い出せないので、対策もたてようがない。何が原因なのか探る方法から探さないと……。

というネタをゆうべ書いてあったんだけど、調べていくと「Path MTU Discoveryブラックホール」というキーワードにぶち当たる。これか? TAPドライバを使ってNAT化したcoLinuxが出すパケットが、ホストの持つMTUサイズを超えてはいけない? だったら1300 > 1500という状況はまさにそうだが。今夜もう一度見直してみるか。

■ 静岡

ひさびさのWiki小話にエントリーできて、こいつは春から縁起がいいやと思っていたら(エントリーしたのは昨年中だけど)、急な出張が入って静岡へ。トホホ。ちゃんとキャンセル待ちの人にわたったらいいんだけど。

で、帰りには改札にキップが飲みこまれて行方不明になるという珍しい体験をさせてもらった。って、乗り遅れるかと思ったヨ! 駅員にも想像できないほどの最深部から発掘されて、事なきをえたけど。

■ ETagとLast-Modifiedはどっちが優先されるべきなんだ

FirefoxでtDiaryを閲覧するときに、html_anchorプラグインと(Apacheの)Actionのあわせ技で空白ページが返ることがあり、ETagを返すことで直るということを高木さんが発見したとのこと。

tDiaryは、リンク元が加わったりサイドバーの内容が変わったくらいではLast-Modifiedを変更しないので、ブラウザのリロードでは内容が変わらない。このためno-cache系のヘッダを追加して、常にコンテンツをGETさせるようにしているのだが、Firefoxではこのへんが悪さをしている(らしい)。適当なETagを返してやればそれが解消されるということだろう。

この件についてまちゅさんがいろいろやってくれているが、よくわからんので、とりあえずtDiary 2.1系でETagを吐くようにした。Apacheが「304 Not Modified」を返してくれないなら、CGIスクリプトが自分で判断して304を返せばいいだけだし。しかしHTTPのこのあたり、キャッシュ制御まわりの仕様は、条件が複雑でわけわからんなー。今度「HTTPはシンプルなプロトコルで〜」とか言うヤツがいたら首を絞めてやる。

で、いろいろテストしてみたんだけど、IE6は、ETagとIf-None-Matchが不一致だからと「200 OK」を返しても、Last-Modifiedが変わらなければ表示内容を変化させないような。なんだかなぁ。ちゃんとETagの値を変えた上でコンテンツ全部返してるんだから、それ使ってくれればいいじゃん。ケチ。

(もしかするとIf-Modified-Sinceにも対応するともっとマシになるのかも知れないけど、今回はパス)

そう言えば、If-None-Matchの値がcgi.rb経由で取れるかと思ったら、取れなかった。[ruby-core 6906]で1年前に提案されているけど1.9行きか。まぁ、非互換出されても悩ましいだけなのでこれでいいか。

■ GTDのタスクは、Actionに入れて初めて「タスク」になる

※エチケットペーパー: 以下に述べるGTDは、もはや本式のGTDとは異なる独自の「ただ式GTD」である可能性が高い。なにしろ経典を読んでないし。だがそれで良いと考えている。

高橋さんの人生はGTDじゃない、のだと思うを読んで。

昨日年次レビューをやってつくづく感じたのは、GTDではActionやCalendarにタスクを移動して初めて、「やらなければいけないこと」が発生するのだということだ。ProjectやSomedayにあるタスクはそういう意味で、本当の「タスク」ではない。せいぜい「近々やりたいこと」や「いつかできたらいいな」というところ。

だから、Somedayには「世界中のパラボラアンテナを見て回る」とか「宇宙旅行に行く!」なんてものがずらずらと並んでいるのだ(もちろんすごく現実的な項目もあるけど)。毎週リストをチェックする週次レビューで、Somedayを見るときの気分は、「夢の再確認」である。

「タスク管理」のような硬いイメージで捉えると、これらの項目は「あぁ、まだこんなにやらなきゃいけないことがあるのか(悲)」というマイナス志向になってしまう。でも「夢の再確認」なら「まだこんなにやりたいことがある(からまだまだ死ねないな!)」とプラス志向になる。特に人生の折り返し地点にいる者にとって、奮起を促す目標があるのはいいことだ。「思っているよりもずっとずっと人生は短い」のだからね。

人間の欲望に限りはないので、Somedayにある項目がなくなることはないと思う。ひとつクリアすればまた別の項目が増え、増減を繰り返しつつ死ぬまで数十、数百の「やりたいこと」が残り続けるのだ。だから全部クリアして「水のような心」を得る機会なんて永遠に来ないよ。断言してもいい。

Somedayに入っている項目は、人生の「生産性」など左右しない。それは人生を駆動する「力」だ。「わけのわからないことが次から次へと降ってくる」何かにビクビクして過ごすより、夢に駆動される人生の方がよっぽど有意義で楽しい、とおれは思う。

■ 今日はメールのトラフィックが多い

全国的に雨(というか嵐?)のせいか、みんな暇をもてあましてPCの前に座っているのだろう。メールのレスポンスが異常にいい。かくいうおれもそのクチだが。

そのわりには、「やらなきゃいけないこと」はちーっとも進まないわけだが。