Charlie's volatile short

平安時代にもお話があるように、健康によいとされる食品でも量が過ぎれば害になる。 カルシウムだって過剰摂取は他のミネラルとのバランスが崩れて体を壊す原因になるし、ポリフェノールが良いからと毎晩ワインを何本もあけたらアル中になってしまう。

合理的な非合理性 @ /.-J

食品に限らず、0か1の極論はたいていどちらもNGなんだけれど、話として分かり易いから納得してしまうことも出てくる。

このコメントに対する はてブに「思考の省エネ」という言葉が出てくる。この言葉は、いい意味に使われることもある。正しい結論に達するなら省エネは「よいこと」だけど、手間を省きすぎると間違った結論にたどり着くようになるので、それはダメというお話。

画像圧縮がそんな感じ。
JPEGで品質80くらいなら、ファイルサイズがBMPの数割にまで小さくできる。これはいい省エネ。
ところが品質20まで圧縮しちゃうと、何が何だか分からない、全面モザイクの画像になってしまう。いくらファイルサイズが30分の1になっても、用をなさないのでダメ。

この話をややこしくするのが、一見定量的に見えるけど本質的でない尺度がある場合。画像圧縮だと、PSNRとかSSIMといった数値で元画像からの変化を表現できる。だけども同じ数値でも見た目に劣化の度合が違うことはざらにある。
最終的には人間の感覚が頼りなんて科学者的には癪かもしれないけど、エンジニアリング的には大いにアリなのですよ。

PHPの比較の素晴らしさ加減は正常 @ はてな匿名ダイアリー

• PHPの「==」は数値比較なので、文字列は数値に変換されてから比較される。
• PHPの「文字列→数値」の暗黙の変換は、文字列が0xで始まると、intval($str, 16)、つまり16進数として変換してくれる。
• intval($str, 16)は、文字列の途中で変換できなくても文句を言わず、部分文字列を数値に変換する。なので、"0xax" == 10。
• ただし、0で始まる文字列を8進数として変換してはくれない。

1と2は仕様と言われれば個人的には受け入れられる。
3あたりからチト厳しい。せめてlintで警告が欲しい。「===」と書いたつもりが「==」だった、というケアレスミス対策に。
4は対称性が崩れる分、覚える事が増えて面倒だ。暗黙の型変換がこういう仕様だというなら、それを明示的にやる関数 / 演算子があった方がよいと思う(既にあるのなら、教えてくださいPHPのえろい人)。

ちなみに、追加で確認してみたら

"hoge" == true かつ "hoge" == 0 かつ true != 0

だったので、「==」は数値比較演算子というよりも、自動的に型変換する演算子(かつ、CやJavaとは型変換の規則が異なる)として覚えた方が正確なのではないか。

追記

http://anond.hatelabo.jp/20090617164618のコード、

if (strcmp("0x0A", "10") == 0) {

でないと、チュッされちゃうのでは……。 strcmpは等しい時に0を返すので。