«前の日(03-28) 最新 次の日(03-30)» 追記

N.* D.* E.* frozen beach

更新しません。

Next Diary Extended

文献関係はアマゾンアサマシエイトへのリンクになっています。あさましいのが嫌いな人はご注意ください。

割と最近のつっこみ:


2004-03-29

田舎

御所見局はACCAもe-accessもきてないという衝撃の事実を知り途方にくれるわたくし。

田舎すぎる! 田舎すぎるよ!

ついでだしJ-COM入ろうかなあ...


2005-03-29

がるにえ

mixi の Factory コミュから。

http://3voor12.vpro.nl/3voor12/groups/index.jsp?groups=34978

車載カメラ

鉄研MLで流れてきた。

http://www.tomytec.co.jp/tomix/products/n/5591.htm

模型の車載カメラって以外とつまんないんですけどね。まあ、それなりに欲しくなる。どうよ>高岡さん

キバヤシさんの今

モーリさんのmixi日記より

http://bk1.hatena.ne.jp/1112013960

ていうか

mixiばっか見てるんじゃありません

Unix account と個人情報保護

というわけで明後日から個人情報保護法が施行されるわけだが。

私の周囲では「個人情報としてのUNIXアカウント」が結構な議論の的になっている。

UNIXアカウントを古き良き使い方をしていると、確実に個人を特定できる情報になってしまう。そもそもつけかえができないメールアドレスとWebページのURLが一緒になってたりするんだから個人を特定するのは用意である。

ましてypcatなんてコマンド(今時NIS使ってるなよ)などという危険きわまりない個人情報流出コマンドがあったりするので、困ったもんである。

でも学校っていうところのコミュニティとしての性格とか、イイ意味での自由な情報共有の教育とか言う観点で言えば、コミュニティの成員たる利用者がそういった情報を検索できなくするのはそう簡単にすべき決断ではない。

とかなんとか。まあ、いろいろと議論があるわけなんで、一度真剣に個人情報保護法の前提に詳しい人と討論とかしてみたいのであるが、まあ、いいいんだけどねSFCやめちゃうし。しごと。へへへん。

status report

67.0kg, 20.4%


2006-03-29

地上波の空き地

http://www.soumu.go.jp/s-news/2006/060327_2.html

さてどう使うのが正しいんでしょう。

(ホントに2011年に空くんだろうか...)

制度を技術で解決しようとする事の良し悪し

コピーワンスの問題が顕著だと思うのだが、「技術的に可能」だからと言って、制度に関する熟考なしにそれを技術的に実行してしまうのはなかなか考えものだ。

コピーワンスは著作者の権利を守るために必要だというロジックを成立させるのは自由なのだが、やっぱりそれは視聴者=消費者を特定の利用イメージに縛り付けるという勝手な理屈を強制するものになってしまう。できるからと言ってそれに飛びついてしまうのは大変危険なのだ。CCCDも似たようなもんだろう。

少し成立の経緯は違うので同じように語れるかどうか考え物だが、よくこの問題について考えるとき、日本の鉄道料金収受の方法とヨーロッパのソレとを比較して考えてしまう。

日本の鉄道料金収受のシステムはおそろしく優秀だ。なんでも発券できるすごく賢い自動券売機と、異様に高速かつ高機能な自動券売機の組み合わせ。これで、かなり複雑な複数会社の共存や乗り継ぎの処理、さまざまな料金種別を使い分けている。これはとんでもなくスゴいのだが、果たしてここまでやる必要があったのか?と疑問に思うこともある。

ヨーロッパの都市部で公共交通機関に乗ればわかるが、ヨーロッパの料金収受システムはもっと単純だ。日本みたいに複数の事業者が入り混じって勝手な料金体系を設定することもないし、ほとんどの場合ゾーン制の単純な運賃体系が設定されている。多くの場合バスとLRTと地下鉄は何らかの運賃連携システムが設定されている。実は複数の運輸事業者が運営していたりするのだが、運輸連合などの形態をとることで、少なくともユーザ側にはそれを見せないよう制度設計されている。

また、そもそも改札がいい加減で、いわゆる信用乗車制を取る事で改札システムに対する投資を最小限に抑えていたりもする。

もちろん日本の首都圏や関西圏は、ヨーロッパの都市と違ってとんでもなくエリアが広いとか、都市部と郊外の区別がないとか、条件が厳しい部分があるのだが、根本的な違いとして、「制度はそのままにして技術で乗り越える」ようバイアスがかかった日本と、「制度は簡便にすることで技術はほどほどに抑える」事にしたヨーロッパという対比を見ることが可能だ。

さて、どっちがいいだろうか。ヨーロッパがいいとは一概に言いがたいのだが、僕は日本というか東京はいくらなんでもやりすぎなんじゃないかと思っている。少なくとも東京メトロと都営地下鉄が連携を組んで山の手線内ぐらいもっと単純な制度を採用すべきなんじゃなかったのか。

東京以外の都市ではもっと深刻になる。インフラ投資のコストが高くなればなるほど、運輸事業は立ち行かなくなる危険性が高い。改札なんかにむやみに金かけるより、単純な制度を導入してその手のコストは下げたほうがいい場合が多いはずだ。

とまあ、制度に手を入れることなく技術でそれを乗り越えてしまうのはかなり良し悪しのバランスが難しい問題なんだと思う。

本日のツッコミ(全2件) [ツッコミを入れる]

きむ [そうなぁ。でもモバイルSuicaとかが可能になるのも超優秀な料金収受システムがあってこそ、なわけで。 軍需産業があま..]

ake [スイカとかへの投資っていつ回収できんでしょうねぇ。]


2008-03-29

タイムマシンのしくみ

AppleのTimeMachine、実現のためにファイルシステム拡張してるってきいたけどなー、NASであるところの子にどうやってバックアップとってんだろう? と思いつつあんまり気にせずに TimeCapsule に取ってたんですが、ふと気になってバックアップ先を見てみた。

なるほど。スパースディスクイメージに書き込んでるのか...

本当にこの会社は次々「微妙に考えてなかった使い方」を発明するなあ...


過去テーブル

一部解放中

tdiary以前

tdiary以後

2003|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|