どさにっき 3D 〜2011年5月中旬〜

by やまや
<< = >>

2011年5月12日(木)

ぷららオーバーブロック

_ 大手のニュースサイトではほとんど記事になってないなぁ。「 ネット接続を遮断する「ブロッキング」、対象外のサイトまで閲覧不能に、ぷらら」というこれだけ? ニュースサイト以外では ここの 2ch まとめぐらいか。

_ 大手 ISP では 4/21から児童ポルノのブロックがはじまっているんだけど、ぷららだけはそれ以前からユーザの同意を得てエロコンテンツとかをブロックする 独自サービスをやってたわけね。で、何をやらかしたのか、ぷららの内部でこの両者がごっちゃになってしまったらしく、ぷらら独自サービスを申し込んでいない人が独自サービスの規制にひっかかった挙句、そのときに表示されるのは独自サービスの規制画面ではなく、各 ISP でやってる児童ポルノブロックにひっかかったときの規制画面というカオスなことになってしまった、ということらしい(現場に立ち会ってないので推測が多分に含まれる)。

_ 各 ISP でやってるブロックは、 リスト作成団体の FAQ にも明記されてるように、成人エロなし、二次元エロなしの実写ロリだけが対象。ところが、ぷららはそうでない独自サービスでの規制サイトにまでこのリスト作成団体の名前を出したブロック画面を出してしまったようだ。児童ポルノだけじゃなくてそのうち範囲がどんどん拡大されるのが容易に想像できて戦々恐々としていたら、運用開始から1ヶ月もしないうちに大幅に逸脱しやがった、というのは、結果としては誤解なんだけど、ぷららはそう誤解しない方がむしろおかしいことをやらかしてしまった。

_ ぷららが以前からやってた独自サービスのブロックは、ユーザの同意を得た上での実施なので、これは通信の秘密の侵害にはあたらない。真っ白。各 ISP でやってるブロックはユーザの同意を得てないけれど、議論を積み重ねた上で法的に問題なかろうと判断されてやっと開始された(わしはそれでも黒に近いグレーだと思ってる)。ぷららが今回やらかしたのは、その議論の対象になっていないサイトを同意のないユーザに対してまで規制した、ということで、明らかに通信の秘密の侵害。真っ黒。総務省は黙ってないでこの件について調査すべき。ニュースサイトはもっと大々的に取り上げるべき。

_ こんなちっぽけな障害情報だけでお茶を濁していいようなことじゃないはずだよ。うちみたいな場末の日記での推測を交じえながらの解説ではなく、何をやらかしてしまったのかぷらら自身が詳しく説明しなくちゃダメでしょ。児ポ規制リストの正当性が疑われるようなことをやってしまったわけで、ちゃんと運用している他の ISP にまで迷惑をかけてる。なのに、ぷららの中の人、それをまったく理解してないでしょ。

_ ぷららは NTT 東日本の系列で、ぽっと出の馬の骨なんかじゃない。昔からの由緒ある通信会社で、通信の秘密がどれだけ大事かは理解してないはずはない。なのに、わけわからん規制をすることにかけてはこの業界ではいちばん熱心で、そして今回の件。何考えてんだかさっぱりわからない。

_ …えーと、なんかまるで各社横並びでやってる児ポブロックは正しいんだ、みたいな書き方になっちゃったけど、ちらっと書いてるように、それも黒に近いグレーだというのがわし的な考えなのでいちおう念のため。


2011年5月20日(金)

radix sleep sort

_ sleep sortって、これ バケツソートだよね。べつに新しいアルゴリズムというわけではない。新しいのはアルゴリズムではなく、値を入れるバケツをメモリ空間ではなく時間軸上に置くという実装。たしかにその発想はなかった。というか、そんな発想あってたまるか。

_ で、バケツソートなのであれば、次に考えるのはとーぜん他言語への移植なんかではなく、 基数ソートへの発展。

_ ということで書いてみた。bash と、整数でない引数を取れる sleep が必要。手抜きなので、入力は3桁まで、出力はゼロパディングされる。

% cat radixsleepsort.sh
set `printf "%03d " $@`
for i in 2 1 0; do
    set `for j; do
            { sleep ${j:i:1}; echo $j; } &
            sleep 0.01
        done
        wait`
done
echo $@

% bash radixsleepsort.sh 125 23 489 26 8 609 312 945 70 2
002 008 023 026 070 125 312 489 609 945
上の入力の場合、元の sleep sort は15分以上かかるけど、こちらは基数ソートなのでバケツの数(= sleep する時間)が少なくて済んで30秒以内で完了する。sleep sort は理屈の上では安定ソートのはずなんだけど、実際は OS のスケジューラの都合で安定ではない。ので、sleep 0.01 でタイミングをあわせてムリヤリ安定っぽくしてるが、そのせいで入力の数が増えると結果がおかしくなる。なにぶん手抜きなので。

_ ネタにマジレス禁止。


<< = >>
やまや