Diary?::2006-07-22

10:16

久しぶりに朝マックを食ったが、やっぱどう考えても朝マックのメニューの方が旨いよ。

23:17

• インターネット殺人事件 2006-07-22
  • サーバサイドプログラムが Evil であることを前提に行動するしかないでしょう
    • 例えばささやかな防御として、クレジットカード番号を渡さない方法 (代引きとか) を使うとか
      • 住所がバレる時点でヤバいと思うのなら (これは男性よりも女性の方が深刻なことが多い) 対処は難しい。コンビニ配送も結局は時間稼ぎ程度にしかならなそう
    • 「証拠 (情況証拠含む) がない限りは陰謀論」なので、あまり気にしていないのが本音
      • 石橋を叩いて渡ってるうちに追跡してくるキチガイに刺されたら元も子もないので
    • 余談。たとえソースが公開されていてそれを読んでも、それだけでインチキがばれるとは限らない。 UNIX の産みの親の一人、 Ken Thompson が login コマンドに施した巧妙な罠 (細工のされた C コンパイラを生み出すという曲芸の極み) がその例で、ライブラリや処理系まで安全かどうか確認するのは無茶苦茶大変。ていうか無理
    • 結局のところ、それが信頼できるかどうかを判断できる程度に賢くなるしかないのがなんとも
  • 「DEATH NOTE」は SF でしょう。俺は SF 者ではありませんが、 SF の俺定義である「現実世界の根幹を覆す設定に沿って世界を記述し、その条件で人間がどう行動するかの思考実験」に合致しているので
    • 「鋼の錬金術師」は SF っぽいと感じるときがけっこうある
      • 最新巻の 14 巻を読んだけど、話の収集付くのか少し不安
        • キンブリーっていつ出てくるの?

23:58

良いハックと悪いハックの見分け方:

良いハック

ハック対象が改善されても大丈夫 -> ハック対象の開発者は心おきなく改善できる

悪いハック

ハック対象が改善されると致命傷 -> ハック対象の開発者に改善することを思い留まらせる

例えば Python で型強制規則を前提にしたコードを書くのは悪いハックだ。これは将来サポートされなくなることが決定しているからだ。そのコードが Python 2.x 系統でしか動作しないと保証できないのであれば、それを使うべきではない。だから型強制規則で遅延評価などということをやってはいけない。