エイリアスを受け付けてくれるサービスであれば、普通は（精確には100%）そのまま宛先として送ってくれます。その場合は、必ず受信トレイに振り分けます。そうでないサービスであれば、特に何もせず普通に受け入れます。すると、ブログ主さんのような考えを催したスパマーさんは、わざわざ迷惑メールフィルターが有効で、送ってくる人がごく限られている宛先（ゼロエイリアス）に送ってくれることになります。

そのように思ってしています。当然、スパマーさんが必ずそのような神経質な処理をするとは限らないですし、こう考えますと、流出元の特定につながる可能性は、五分五分なのではないでしょうか？

エイリアスを勝手に置き換えられるということも考えられますが、乱数ならそういうわけにはいかないでしょうし、個人を標的にするのでもなければ、そのようなことをするということも考えられません。

また、もし本当にRFCを知らないのではなくエイリアス対策として行っているのであれば、なぜそのようなエラーメッセージを返さないのでしょうか？
普通のメールアドレスが既に登録されている場合は、既に登録されているアドレスですと表示されるのが普通ですから、プライバシーやセキュリティー上も問題は起きないはずです。

実際にそのような使い方をしているわけではないのですが、流出元が明らかなスパムメールが届き始めて以来、何となくそうしています。少なくとも精神衛生上有意義なことで、ブログ主さんがこのような批判記事を書かれるのも、そういう人間に対する純粋なトローリングなのかなと勘繰ってしまいます。冒頭も、「知識」というよりは推論の問題ですので、人を挑発する気満々の野卑なワーディングに感じます。

ヤフーのことは知っていてもOutlookのことは知りませんでしたし、四種類くらいあるドメイン名を統一できるというのは興味深いです。
が、ヤフーはベースネームが一つしか設定できないのでしたら、ベースネームが本物のメールアドレスと同等の価値を持ってしまうのではないでしょうか。「ある程度固定される」というレベルは超えていると思います。

名前の部分が自由に取得できてしかもどのサービスにもドメインごと弾かれることのない、1GB程度は無料で使える優良のウェブメールがどこかにあればよいのですが。

……って書きこもうと思ったけど投稿できなかったのでここに保存しておく。

Permalink | 記事への反応(0) | 23:42

2017-01-26

■RFC読むと偉そうにしていいの

なんかステータス持ってます感ぷんぷん出そうとしてるやつたまにいるけど

Permalink | 記事への反応(0) | 19:26

2017-01-24

■OSS コミュニティについて思ったこと

この間、某有名なリポジトリがメンテナンスモード(新機能追加よりもバグ等の修正を優先にする)に入っていることを知って独り言を書こうと思った。

また、この間メンテナや開発仲間でいろんなリポジトリの現状共有の話があった。

最近、様々なOSS コミュニティの記事を見るようになったのも理由の１つかもしれない。

はじめに私は複数のリポジトリのメンテナをしており、その目線で書けたらと思う。

私が最初に思ったのは結局、OSS コミュニティというのは社会と構成は変わらないなぁと思った。

大きな違う点として、

フルタイムではない(一部例外除く)
お金がでない(backerがいれば別だが、それも稀)
志(意識？)
ブラックではない

だと思う。

私がOSSで活動するのは、志が他の開発者と同じであり楽しいと思えるから。

仕事だとお金を稼ぐためというのは当たり前だし、そのために働いている。

なのでお金を稼ぐためという人もいれば、サービスを使われたいとか、もっと拡大させたいとか様々な意識があると思う。

しかし、OSS コミュニティで活動するのは物を良くしたいという部分が大きくコントリビューターやコミッターがそういう意識で活動していると思う。

メンテナが減るのは当たり前で、飽きもあるだろうし家庭の事情とかもあるだろう。

また、別の興味あるプロジェクトにコントリビュートしたり、自分の開発に専念するといったこともあるだろう。

これは私の中で転職に似ているなって思った。

自分のペースで活動できるのでブラックではない。

OSS コミュニティというのは今の時代、多くの会社が普通に使っており、市場の規模は大きいと思う。

しかしメンテナの数というのはとても少なく、著名なリポジトリでも2, 3人しかいないというところもある。

みんなが知っている有名なフレームワークやツールも内部を見ると、少人数で回しているのが現状である。

本当にPull Requestを出してくれる方や、バグ、RFC等のフィードバックをしてくれる方には感謝している。

そういう方が居てこそ成り立っており、このような体験は仕事では得られないと思うので大切にしていきたい。

日本人の方の参入率は自分の観測範囲では結構低く、やはり敷居が高いのかなって思った。

一番最初に壁になるのが英語だと私は思う。実際、私はそうだった。

日本だと、どうしても日本語のドキュメントや情報が充実していないと流行らないというのも実際そうだ。

新規の方が参入しやすいように考え直す時期なのかもしれない。

いかにコミュニティを拡大させつつ維持していくのかが難しいかというのがメンバと話していて自分の中でわかった気がする。

Permalink | 記事への反応(0) | 14:35

2015-09-20

■広告掲載を過剰に正当化する「広告厨」たちの話

Web上に広告を表示にする広告掲載システムがある。

はてブほか、アド(＝広告)広告掲載システムを喜んで使っているやつらは多い。

しかし、彼らは自分たちが「割れ厨」と同じことをしている自覚が無いのだろうか。

割れ厨とは、漫画・アニメ・ゲームなどのコンテンツやソフトウェアを正当な対価を支払わずに

無料で入手している人たちのことを指すのは御存知の通り。

このワードのポイントは、「正当な表現環境維持を行わず」、「無邪気に経済環境として利用」しているという点だ。

殆どの広告システム使用者は、自分の行動が割れ厨の行為と類似していることに無自覚である。

http://anond.hatelabo.jp/20150919145704

～～～～～～～～（改変煽り終わり）～～～～～～～～

Webの成立と普及により、コンテンツを届けるコストが劇的に下がった。それまでは印刷して配送するか、限られた放送枠を獲得するなどしなければならなかった。

この制約を新たな技術によって打ち破り、世界中で個々が保有する異なる計算機環境を接続してコミュニケーション可能にするために、Web（ないしインターネット）は通信ネットワークを相互接続するプロトコルとデータを表現する各種フォーマット定義によって基礎付けられている。（RFCをぐぐれ）

ここで合意されているのは情報をやり取りする方法であって、どんな情報を届けるのか、情報がどのように生まれてどのように使われるかについては制約は無い。そこをどう使うかは自由であり、そこにイノベーションの源泉があり、それがインターネットというものだ。もちろん各国の法はあり、そこに住まう人のWeb利用行動は制約を受ける。しかしそれはWebの決め事ではない。

～～～～～

「Webに広告を載せよう」うん。そのアイディアはいいかもしれない。もちろんそれも自由だ。

「広告のみをフィルターするシステムを作ってみよう」うん。もちろんそれも自由だ。

最も重要なのは、世界中の必要な人が容易に情報を提供し取得できること。

～～～～～

「サービスは無料ではない」を声高に叫ぶのであれば、会員制のシステムを構築して、ただ乗りを排除するために各国の法に依拠すればいい。何故そうしないのか？それはWeb上のガードされていないコンテンツであれば人々が気軽にアクセスすることを利用しているよね。

維持発展のためには資金も必要だから Web 広告という手段を否定はしない。しかしWeb 広告というのは、気軽に情報授受ができるWebという環境がまず先にあって、その上に微妙なバランスで成り立っているビジネスモデルであるということを忘れないでほしい。

広告ブロックへの不平を声高に主張し、法などちらつかせてくるのであれば、私はそれに断固として反対する。

Permalink | 記事への反応(0) | 11:50

2015-02-05

■バリデーション芸人のひと

入力バリデーションすべきなのはわかるし、啓蒙するのもいいと思うけど、

アウトプットがいい加減なので信用できないんだよな。

コード動かないし、RFC 準拠してないし。

Permalink | 記事への反応(0) | 13:08

2012-03-19

■Microsoft 純正のパケット モニタはすごいな

MSさん純正のパケットモニタの存在を知った。

http://engineer-memo.com/blogs/engineer-memo/archive/2010/02/21/20100221_5F00_01.aspx

プロセスごとにパケットが仕分けされてる点が、Wireshark より使いやすそうだ。

反面、MSさんのことなので

他社独自はおろか、自分のとこの流儀に反するものはRFC公認パケットであろうと標準で表示されない。mDNSとか。

けど、自分で定義を記述すれば対応するみたいだ。つまり開発アプリ独自のパケットもParseさせられる。

あと、パケットの種類で色分けされない点では、Wireshark より使いづらいのかな？

まあ、両方使えばいいか。

Permalink | 記事への反応(0) | 17:16

2011-03-22

■http://anond.hatelabo.jp/20110321214540

RFC 違反はこれです。http://bit.ly/8vvFcK

twitterとかにあるこんなURL怖くて踏めねえ。。。

Permalink | 記事への反応(0) | 20:58

2011-03-21

■http://anond.hatelabo.jp/20110321212826

RFC 違反ってなにか問題なんだっけ？

そもそもRFC自体が、コロコロ変わるものだから、問題があるなら変えればいい。それがRFCだからなぁ。

Permalink | 記事への反応(1) | 21:45

■

短縮URLがこれだけ受け入れられている現在、

メールアドレスのRFC 違反くらいどうでもいい気がしてきた。

でもいまだに短縮URLは怖くて踏めない。

Permalink | 記事への反応(1) | 21:28

2010-10-04

■http://anond.hatelabo.jp/20101004204113

そんな風潮自体が、一般市民がインターネットに流れ込んできた結果なんだよ。

WAREZとかCRACKとかPTHCとか細々とやって所を、ネタになるからといって煽りまくったのはそっちだろうが。

マジコンなんて、バッ活の最後のページで本当にこれ売れてんの？って代物だった。

むしろ、X-TerminatorとかPCにメモリダンプできる奴の方が売れてたし。

パソファミとか、自分で基盤作って吸い出したりとかだったしな。

勝手に入り込んできて拡散して、この風潮にそろそろ嫌気がさしてきたので法的規制します？

勝手にやってろ。

すでに、海外に開発・製造拠点が移っている以上、国内のサイト規制した所で何もかわんねーよ。

[追記]

彼らは「すべてユーザの使い方の問題」という理論に帰結させる。

当たり前だ。

そもそもインターネットで守らなきゃいけないのはRFCのみ。

そこから生じる被害があるなら、各国の法律がインターネットの外で対処するべきだったんだよ。

ネットは異常だと思う。かれこれ10年以上ネット触ってきた俺がいうのも何だけどさｗ

たかが10年。しかも、10年ってWindow95以降の世代が、「ネットは異常だと思う」とか。何のギャグだよ。

Permalink | 記事への反応(1) | 21:02

2010-09-21

■http://anond.hatelabo.jp/20100920234933

おいすー。クソコテ起きてきたよ。

* インターネットには、そういうアクセス方法を規定したルールは無いのですか？
インターネットに関する技術の標準を定める団体であるIETFが正式に発行するRFCと呼ばれる文書があります。
ただし、これには罰則規定があるわけでもなく、守らなければならないというものでもありません。

これそのまんま採用で。さんきう。

* Librahack氏のクローラーは、そのRFCというルールは守っていたのですか？
公開されていないのでわかりません。現時点ではルール違反があったという情報はどこからも出ていません。
また、RFCは法律ではないので違反したことが即罪になるわけではありません。

ソース公開されてないけど分析結果は教えてもらったのでその内容で書くよ！

ルール違反はなかった，ってことでした。もっと突っ込めば「トラブったのはサーバ側が原因と考えるのが妥当」みたいな結果でした。昨日貼った http://www26.atwiki.jp/librahack/pages/24.html#id_632dd0a1 あたり見てもらえれば衝撃の新事実って感じです。

つことで情報さんきうです。

でも，いつもココ見てるとは限らないのでできたらメールかなんかで頼むｗｗ

Permalink | 記事への反応(0) | 07:42

2010-09-20

■http://anond.hatelabo.jp/20100920114629

インターネットには、そういうアクセス方法を規定したルールは無いのですか？

インターネットに関する技術の標準を定める団体であるIETFが正式に発行するRFCと呼ばれる文書があります。

ただし、これには罰則規定があるわけでもなく、守らなければならないというものでもありません。

Librahack氏のクローラーは、そのRFCというルールは守っていたのですか？

公開されていないのでわかりません。現時点ではルール違反があったという情報はどこからも出ていません。

また、RFCは法律ではないので違反したことが即罪になるわけではありません。

みたいなＱ＆Ａ項目をおもいついたよ

Permalink | 記事への反応(1) | 23:49

2009-09-24

■ネチケット 重要

俺の友人（Aと呼ぶことにする）のブログにちょっとした愚痴が書いてあったんで、それに気軽な気持ちでコメントしたのだが、

「分かってないやつが何を言っているのか」という趣旨のレスをメールにて受けてしまった。

そのメール、あまりにオブラートに包んでいない文面のため「えええーー？？」と我が家の杉山のような状況。

こっちにしてみれば

・ブログの読み手が書き手の感情を理解してると思われても困っちゃう

・あまりにも感情的なメールはちょっと。。。（RFCのネチケットガイドラン読んでよ）

なのです。

深く考えずにコメントした俺も確かに悪いけど、もうちょい「ネチケット」を知って下さい。お願いします。

ほかの場面でAはトラブルを起こしてしまうんじゃないか？と余計な心配をしてしまう。

追記：2009-09-25 22:48

ブくまが付いてびびっております。みなさんありがとうございます。

俺は深く考えもせずにコメントをつけるところがあり、

今までトラブルになったことは記憶の限りではなかったけど今回のことで

これは氷山の一角なのか？と、オンラインコミュニケーションに対してかなり臆病になりました。

最近は「ネチケット」って言うかわりに「ネットリテラシー」とでも言うのかな？

今度増田に書く時は愚痴にならないように、前向きなかつ客観的な話になるよう心がけて書こうと思います。

Permalink | 記事への反応(0) | 19:36

2008-11-10

■http://anond.hatelabo.jp/20081110133217

「技術者」ってのをそう使わないでほしいと思った。じゃあなにって言われると「情報技術者」「IT技術者」かなぁ。いまいちだけど。

ま、他の技術者も英語が普遍語（医療系も今は英語だよね？たしか）だてのはその通りなので、「RFC」「オープンソース」を「論文」「マニュアル」とかにすればよいけどね。

ところで、機械系は時折ドイツ語が入っていて面白いよ。読めないけどｗ

Permalink | 記事への反応(0) | 15:25

2008-10-29

■http://anond.hatelabo.jp/20081029124038

うん。「Expires」は日付。百歩譲って、RFCに「0の場合は特別扱いしろ」とかいてあるので0はありだと思うが、「-1」は論外。

つぎに「JSESSIONID」のSet-Cookie。ルートディレクトリのコンテンツに対する要求なのに「Path=/cs」がついてる。ありえん。っていうか他のページも行くたんびに同じSet-Cookieがでてる。ぱっと探してみたところ「/cs」のパスを持つコンテンツはないので、なんかの設定ミスだろうな。

「SS_X_JSESSIONID」のSet-Cookieは見ての通り。

あとはcharsetのWindows-31J。IANA的には全く問題ないんだが、MSIEがこれを認識できないバグを持っているので、Shift_JISを使うのが常道。一部のサーバーソフトがShift_JISだと問題を起こすんでWindows-31Jにしてるんだろうけど、この問題を回避する方法は有名。知らないのはモグリ。

あと、「サーバーが超混雑しててつながりにくくてしょうがない」という状況で、KeepaliveのTimeoutがデフォルトの15秒のままってのもなー。3～5秒でいいよ。

Permalink | 記事への反応(0) | 15:26

2008-07-29

■女子クラスで理解するウェブ 業界図

クラスの学級委員を勤める、先生からの信頼も厚いGoogleたん
クラス一の金持ちだけど、プライドが高くて、みんなと仲良くなりたいのに素直になれないMicrosoftたん
引っ込み思案だけど、そつなくこなす風紀委員のYahooたん(少し前にMicrosoftたんに家来になれと言われて断ったけど、ちょっぴり後悔している)
ふとっちょで行動が鈍いけど、流行音楽に関しては誰にも負けないMyspaceたん
スマートで美人、50m走で一位になってクラスの注目を浴びるfacebookたん(Microsoftたんと仲がいい)
小柄でやんちゃ、時々トラブルメーカーのYouTubeたん(その尻拭いはGoogleたんのお仕事)
隙あらばなんでも商売の種にしようと考える、雑貨屋の娘Amazonたん
ユニークな製品でみんなを驚かせる、ちょっとエキセントリックな発明家 Appleたん
瓶底眼鏡で学級新聞を作る、寡黙なれど知識持ちの図書委員、Wikipediaたん
日々みんなの生活をまとめる、記録係のsix apartたん
おしゃべり大好き、でもドジっ娘で時々しょんぼりしているTwitterたん
誰と誰が仲がいい、誰と誰が喧嘩したといつも話している噂好きの情報屋TechCrunchたん

クラスのみんなに平等に接する、W3C 先生
細かな不正も許さない、ルールにうるさい神経質なICANN教頭
まずは、実行、ルール作りに精を出すRFC 校長

こんなところかな。異論は認める。

追記

確かに、写真部 Flickrたんは忘れていたけど、キャラ付けが思いつかないね。six apartとwordpressは迷ったけど、どっちでもいいかな、と。EITFものど元まででかかったけど、思い出せなくてRFCにした。それ以上は、きつくなるだけなので、ここまでで。

それにしても、マジでみんな列挙型ネタ、好き過ぎ。こういうネタやったらウケるだろうなぁ、と思ったらほぼそのまんまはてブに反映されててワロタ。「○○するための××をN個」なんてすぐにはてブホットエントリ入りするし。例えば、ネタ系列でも、同じような事をプログラミング言語とかでやってみたら、またすぐにエントリ入りするだろうね。戦国時代な数の多いジャンルでやると、すぐにウケると思うよ。

私立T女子学園は、正にその通り(個人的にあずまんがよりもT女だったので)。ああいうギャグ群像劇がモデル。

Google 信者なので、世界征服ネタは思いつかなかったけど、普段は良い顔しているけど、自分に批判的な言動には「な・ん・だ・っ・て?」みたいに目を光らせてみるというのも良いかも。あとは、Google モテネタとか。

バレンタインでみんな断っているGoogle
「なんでみんな断っちゃうの? 可哀想じゃん」
Google「だって、自分と釣り合わない人と付き合っている事がわかったら、相手に失礼でしょ?」
(みんなが睨みをきかせている間に一人悩むGoogle)

とか、そんな感じ。

ちなみに、この手のマンガを考えるときに、超大金持ちを混ぜておくというのは、話を膨らませるための一種の王道。こち亀の中川とか、うる星やつらの面堂終太郎とか、そういうの。御坊っ茶魔くんとか、有閑倶楽部なんて、それだけをネタにしたような作品だし。ここで言えば、microsoftがT女の田中小夏みたいな立場。例えば、

「みんなで富士山とか登ってみたいねー」
「あんなところ無理だよー」
Microsoft「ふ、そんなこともあろうかと、学校から山頂までの道を全て買収しておいたわ」
(みんなでタクシーで山頂に到達して)「こんなんじゃ、登山にならないよー」「あんな立派なビルがあったら、標高、計り直さないとね...」

とか、そんな感じ。富豪刑事とか、デスノートのL絡みも似たようなもんでしょう。同じようなシチュエーションは、発明家でも使えるので、そちらで考えてみても面白いです。上記で言えば、

「みんなで富士山とか登ってみたいねー」
「あんなところ無理だよー」
Apple「というわけで、みんなのために、登山が楽になるマシンを作ってみたわ」
(みんなで戦車みたいのに乗りながら)「楽なのは、いいけど、みんな更地になってない?」「いいんじゃない、富士山の高さの方がかわったということで?」

とか、そんな感じ。ネタ振りがYouTubeで、たしなめるのがGoogleかな。話の切っ掛けは、性格の幼いキャラにして、その後、やや大人なキャラが突っ込み入れて、その後、別の展開と言うのがセオリー。Twitterとか、YouTubeがそういう先陣を切るキャラでしょう。

あとは、三段論法を壊すというオチもこの手のギャグでありがち。ここで言えば、TechCrunchが、矛盾する情報に悩んであさっての方向で結論を出したりとか、Wikipediaが、あまりの情報の多さに、却ってとんちんかんなことを言い出したり。ちょっとひねらないと面白くないけどね。

というわけで、皆さん、楽しんでいただけだでしょうか。ネタが当たって、僕は楽しかったです。

Permalink | 記事への反応(4) | 03:58

2008-07-12

■http://anond.hatelabo.jp/20080712014412

長くて……読む気にならん。

それはどうかと思うよ。長いのは丁寧に書いているからだし、これまでの経緯をまとめているからだし、複雑な問題だし、そういう単純化が問題を複雑にしているし。

とかいいつつ、単純化しちゃう。

まとめのまとめ

日本のケータイは全サイトへ契約者固有IDを送信し始めた。

立法による強いネット規制をかわすため、悪質なIDをアク禁できるようにすることは、たとえプライバシー上の問題が生ずるとしても、やむを得ない選択だった。

IDを使用してサイト閲覧履歴を分析した広告が始まった。ヤミ金融業者や、悪質リフォーム業者、架空請求詐欺団なども、カモ ID リストを活用するだろう。注意が必要である。

この調子で進むと、「PCもケータイ同様にIDの送信を義務づける」という法案が浮上するかもしれない。

RFC 3041、DoubleClick社の集団訴訟、WMP スーパー cookie 脆弱性、Intel PSN不買運動など、ID送信の何が問題か、いつでもすぐに30秒で説明できるよう、構えておかないと、日本だけインターネットの世界を変えられてしまうかもしれない。

私たちは、ちゃんとくい止めることができるだろうか。

経緯

終わりの始まり:NTTドコモが、全てに契約者固有ID（個体識別番号）を通知し始めた

au以外は、公式サイト以外には送信されない様に対策を講じていた。

それが、ナンバーポータビリティの延長として、IDもポータブルにする（携帯電話会社を変更しても、IDがそのまま使えるようにする）ということを総務省が提言し、その時点では、IDの統一化は長期的な話であり、それまでに公式サイト以外には送信されない様に対策をしてもらえばいいと思っていた。

それが、突如、NTTドコモがIDを全サイトに送信すると決定した。

青少年 ネット 規制対抗策としてのID送信:悪質なユーザを締め出すために、IDの全サイトへの送信を必要としている

イー・モバイル「EMnet」もIDを送信するようになっていた。どうやら、IDの全サイトへの送信というのが、「日本のケータイ Web」の「標準仕様」となったようだ。

なぜこのような展開になったのか。強制されそうな未成年者向けの携帯フィルタリングの対象から明示的に外してもらえるように、「健全コミュニティサイト」というものを認定して、監視制度などを判断するISOやプライバシーマークと似た仕組み、悪質ユーザーのブラックリストの導入などの計画のためだ。

青少年に限って、匿名性のないコミュニティサイトにしかアクセスできないようにするというのは、良い落しどころではないかと思う。

最近になってIDの送信を始めた各事業者は変更するハードルを高くしている。

国会議員らによって性急にもたらされた極めて強い青少年ネット規制をかわすため、悪質ユーザを排斥するために今すぐにでも実現できる、IDを全サイトに送信することは、はたとえプライバシー上の問題が生ずるとしても、やむを得ない選択だった。

現在:ID送信時代の安全なケータイ Web利用リテラシ

ケータイWebにおいては、絶対に住所氏名を入力しない。
- 商品配送先として住所氏名の入力が必要となるネットショップは利用しない。（着メロ等のダウンロード購入のように、住所氏名を送信する必要のないショッピングしかしないようにする。）
- どうしても物を買いたいときは、携帯電話会社が運営するショップを使う。（携帯電話会社は、ユーザ IDを流用することはないので。）
ケータイWebにおいては、完全に匿名で使うことを覚悟するか、又は、常に非匿名であることを前提に行動する。
- 匿名を選択する場合は、自分が誰であるかわかるようなことを、どのサイトでも明らかにしないようにする。
- 非匿名を選択する場合は、自分が誰であるかはどのサイトでも知られ得ると覚悟して、それでもかまわない行動しかとらないようにする。

NTTドコモでは広告各社がサイト閲覧履歴を分析し利用者の特性に応じた広告提供を始めた。ヤミ金融業者や、悪質リフォーム業者、架空請求詐欺団なども、弱者を求めてカモリストを欲しがっており、そうした業者にも活用されるだろう。

未来:日本のインターネットが終了する日

この調子で進むと、最悪のシナリオが訪れるおそれがある。国会で審議された青少年ネット規制法案では、パソコンメーカーには、フィルタリングソフトの組み込みを義務づけていた。この調子で、何年か後には、「PCもケータイ Web同様にIDの送信を義務づける」という法案が浮上するかもしれない。

「PCもケータイ同様に!」という勢力に対して、ID送信の何が問題で、どうしてインターネットではそれをやってはいけないのか、いつでもすぐに30秒で説明できるよう、構えておかないといけない。

「銀行の口座だって名寄せされているんですよ。複数の口座を持っていても住所氏名で名寄せして1人の情報として役所に報告しているんです。」重要なのは、IDがどのように使われ得るかの個別の検討であって、IDが付くことではない。WebのID送信の話をしているのに、銀行口座の名寄せの話など何の関係もない。

「IPv6だって、MACアドレスを含むIPアドレスが一人一人に付き、アクセス先に通知されるようになるんです」1999年に批判が巻き起こり、RFC 3041という解決策が作られて、そうはなっていない。

「cookieと同じでしょ」その認識も技術的に明らかな誤りである。DoubleClick社の集団訴訟、WMP スーパー cookie 脆弱性。

アーキテクチャ設計を今のうちにやっておかないと、問題が顕在化してからでは遅い。青少年ネット規制の機運が再び性急に浮上し、「これから設計して構築します」などという意見が通らない情勢になってしまうかもしれない。

90年代末にインターネットを舞台に言われていたような構想が、再び語られている。Intel社がPentium IIIにプロセッサシリアル番号（PSN）を搭載して「電子商取引に活用してください」と提案したのが、消費者団体の反対運動を招き、Pentiumの不買運動にまで発展したのは1999年のことだった。日本のケータイ Webが今やっていることは、まさにIntelがPCの世界でやろうとして猛反発を食らったことである。

日本の消費者は欧米と違って反対運動をしない。嫌なことは嫌だとちゃんと普段から声をあげるようにしていないと、ある日突然、議員立法で日本だけインターネットの世界を変えられてしまうかもしれない。

私たちは、ちゃんとくい止めることができるだろうか。

具体的なことは http://takagi-hiromitsu.jp/diary/20080710.html#p01 で。

Permalink | 記事への反応(0) | 16:09

2008-02-18

■テストもさせてくれない

先週1週間、テストしようにもテストデータがないからできない状態でかなり悶々として過ごしたが、きょうやった分はローカルに鯖立てればテストできるものだった。旧版を改造しつつ、ひととおり組んでテスト。そしたら、旧版のロジックにRFC非準拠なとこがあった。こりゃ明らかにまずいだろと思って改修すると上にいったら、放置しろテストは後回しにしろと。どう考えてもあとで直せって言われるだろこれ。またしてもまともにテストできないからまた悶々と。かなり精神衛生上よろしくない。

プログラマにテストさせないって開発手法があった気がするが、きっとその開発手法を適用されたら俺は1ヶ月ももたないだろう。

Permalink | 記事への反応(1) | 18:07

2007-11-13

■特技はライフハックとありますが？

面接官「特技はライフハックとありますが？」

学生　「はい。ライフハックです」

面接官「ライフハックとは何のことですか？」

学生　「人生のクオリティを高める工夫です」

面接官「え、人生のクオリティ？」

学生　「はい。人生のクオリティです。例えばアカウント名を悩まずに付けることが出来ます」

面接官「…で、そのライフハックは当社において働くうえで何のメリットがあるとお考えですか？」

学生　「はい。USBメモリを安心して取り出せます」

面接官「いや、当社にUSBメモリは持ち込み禁止ですから。あなたにではなく、当社にどういうメリットがあるのかと…」

学生　「ヒザの上でノートPCを快適に使いながら、メール送信サーバを設置出来ます」

面接官「いや、サーバの設置もセキュリティ違反で…」

学生　「Internet Explorerの同時ダウンロード数も増やせます」

面接官「ふざけないでください。RFC違反ですよ。だいたい…」

学生　「『接続するサーバ側の負荷にも配慮し、問題ない場合に限って使うのがよいだろう』」

面接官「言い訳になってません。もう帰って下さい」

学生　「あれあれ？怒らせていいんですか？使いますよ。ライフハック」

面接官「いいですよ。使って下さい。ライフハックとやらを。それで満足したら帰って下さい」

学生　「今回はうまくいきませんでした（^^;）」

面接官「帰れよ」

Permalink | 記事への反応(0) | 16:22

2007-11-07

■またRFC 馬鹿が沸きそうな記事だなぁ。

Internet Explorer 7の同時ダウンロード数を増やす ?? ITmedia ＋D

http://plusd.itmedia.co.jp/pcuser/articles/0711/07/news072.html

接続数の制限は低速ネット時代のもの、という意見は否めない。だけど現在はニコ動、YouTube、その他画像サイトなど大容量ファイルを普通にやりとりする。一昔前ならぶち切れられてもおかしくないメガバイト単位のファイルをメールに添付してくるやつも増えた。そういう時代に接続数を増やすというのはどう考えても賢明ではない、やめるべきだと思う。

と、これだけならRFC遵守派と何も変わらない意見だと思うが、仕事で使うPCで、上記のような大容量ファイルをやりとりしないという前提であれば、接続数を増やすのはかまわないと思う。しかしながらそういう点ははっきりしっかり明記すべき。

Permalink | 記事への反応(0) | 18:28

「RFC」を含む日記

■ジョークRFCおじさんが苦手

■RFC何番のセクション○○に書いてあるよ

■RFC読むと偉そうにしていいの

■OSSコミュニティについて思ったこと

■広告掲載を過剰に正当化する「広告厨」たちの話

■バリデーション芸人のひと

■Microsoft 純正のパケットモニタはすごいな

■女子クラスで理解するウェブ業界図