> Winの起動はできるけど何か感染した～って状態なら
> LANケーブル引っこ抜いてWindowsで作業すればよさそうだし。

・セキュリティ対策ソフトの起動をブロックする
・ファイルを消しても勝手に復活する(悪さしているプロセスを殺してからでないと消せない)
・rootkitが仕込まれていて存在を検出できない
…といったものへの対処は感染した環境からは難しい/面倒/不可能なことが多いので、別のOSを起動して対処しなければいけません。

今までだとHDD引っこ抜いて別のマシンに繋げて…とかやってたのですが、これだとCDから起動すればいいのでお手軽ですし、その環境が汚染されることもありません。

代替医療のトリック 新潮社 ISBN 4105393057 サイモン シン,エツァート エルンスト,(訳)青木 薫

とりあえずこれ読め。

立ち位置が一方的ではあるものの、それを差し引いても代替医療(≒統合医療)について考えるにはいい本。

＃肯定する立場でのこういう本無いですかね。もちろん宣伝本じゃなくて。

> ヤフーオークションでさえお互いの個人情報を漏らさずに取引できるサービスがあって普通に利用されているのに、
> 「そんなことを思いつくのは一般人じゃない」というのはちょっと強引な主張じゃないですか？

では、オークションにそういうシステムがあるからといって、楽天で注文した商品が届いたときに「店舗が客の個人情報を知らないまま商品を送るしくみ」があると想像するんでしょうか。普通は自分が渡した個人情報を使って荷物を送っていると思うんじゃないんでしょうか。

オークションにはそういうサービスがあることを業者が周知していて、利用者が自分の意志でそのサービスを利用するから、「匿名で取引できる」という事がわかるんじゃないんですか？

楽天が業者にメールアドレスを知らせないと言っていることは普通に利用する限り目に付かない情報(だと思う)で、注文すると店舗のメールアドレスからメールが届くのに、どうやったら「業者が客の個人情報を知らないままメールを送るシステム」の存在が想像できるんでしょうか。いや私がわからないので、是非教えてほしいのですが、フレームの元になるそうなのでやめ。

「店舗がメールアドレスを知らないはず、という意識がある人はほとんどいないんじゃないか」と言っています。

「リリースを読んでいる」「宛先を知らずにメールを送る仕組みを思いつく」ような人が一般的だと思っているのであればそれはちょっとずれているんじゃないかと思います。

＃楽天のやってることは問題じゃないと言ってるわけじゃないですよ。一般人には何が問題なのかわからんだろう、って話です。

> 個々の小規模な店舗はメアドやカード番号を教えるほどは信用できないけれど、
> 楽天がそれらの個人情報を管理して各店舗に教えないというから、
> 楽天を信用して買い物をしたんだ。

質問。
・店舗にはメールアドレスを教えない、という情報をどうやって知ったんでしょう。
・店舗はメールアドレスを知らずにどうやってメールを送っていると思ってたんでしょう
・なんか問題があったときに、店舗にメールアドレスを知らせずにどうやって連絡するつもりだったんでしょうか

実はこの記事見て店舗がメールアドレスを知らないことになっているのを始めて知った。クレジットカードは知ってたけど。
目立つところに「店舗にはメールアドレスを渡さない」なんて書いてあるのを見た記憶がない。

> 各店舗は信用できないけど、有名な楽天なら信用できるっていう線引きが
> 多くの人にはあると思うけどな。少なくとも私にはある。

「店舗にメールアドレスが渡らない」という点を信用しているのではなく、「頼んだけど商品来ないとかそういうことはないだろう」というレベルを信用しているのではないかと思うのですが。少なくとも私はそう。

#!/usr/local/bin/perl[CR][LF]

になってて動かないというのはありがちです。

店舗運営者が自分とこの利用者の情報を自分で管理するかわりに手数料を払うことで楽天から取得できる、って書くと当たり前の話。

前半を無視して、手数料というのを「代金」と書き換えてしまうと、さも楽天が悪事をはたらいているかのように読める。

書きようってのはあるもんですね。

メールアドレスを店舗に渡しません、っていってたのと矛盾してるのは事実のようなのでそれは問題ですが、店舗がメールアドレスを知らないはず、という意識がある人はほとんどいないんじゃないかと。だって注文したら店舗からメールで連絡来るんですよ。

たとえ話。

「店舗名,商品名,金額」みたいな項目がずらっと並んでいるCSVに対して、店舗ごとに合計を集計する処理があります。さて、このCSVには「集計から除外すべき商品」が含まれているのですが、集計プログラムにバグがあり「集計から除外すべき商品」も含んだ合計を出してしまうことがわかりました。

仕様通り「集計から除外すべき商品」が除外されるように修正すべきなのですが、ベンダーが提示した解決策はこう。「もともとのCSVから除外すべき商品だけを手作業で抜き出して集計プログラムに流すと足すべきではなかった金額が出るので、それを元の集計結果から引いてください」

集計プログラムが既製品で修正できない、とかじゃないですよ。フルスクラッチで作ったもの。

＃ユーザもなんでこれで納得するんだ、ってのはありますが。

> どうなんでしょう？1000台オーバーのシステムを扱ってましたが，
> 復旧なども含めて自動化を推し進めた結果,1週間に一度サーバの
> 復旧にデータセンターに行く程度くらいでOKなったので,人員は

いや、pixivのように
・パーツむき出しでケースなし
・設置場所は事務所の片隅
で70台ならともかく350台では厳しい、って話では。

それでも1000台運用できる、という話なのかもしれませんが設置場所からして話が違ってます。

言い分としては、「基本問題小委員会」なので補償金などの個別の問題を議論するものではない、という事でしょう。なので、JEITAをメンバーに入れる理由は全くないのです。突っ込まれたら、個別の問題に対しては関係者を必要に応じて参考人として参加を求める、とでも言っておけば筋は通る。

> 会合自体はスムーズに進むでしょうが、それで終わるようならそもそもこんなに長引いてない。

いえ、今まではいままではどちらの意見を優先すると言うことも出来なかったのが、ここで一定の方向性というか結論を出してしまえば今後はそれ前提で話をすることが出来ます。

今回のメンバーを学識経験者で固めてしまって権利者側は誰か代表で1人が2人という構成にも出来たはずです。しかし、それをせずに権利者側が過半数というメンバー構成にしたということは、今後は「権利者側の主張ありき」で進めたいと言うことだと思います。