Charlie's volatile short

Webサイトの住所入力フォームがいつまでたっても自動正規化機能を持たないで「全角で入力してください」とほざく理由を先日推測してみたが、違う理由があるみたい。

/.-Jの「パスワードのマスキングは廃止すべき」というトピックで、次のようなコメントが。

ユーザが入力したものは一言一句変えてはならないというポリシーのところは少なくないはずです。
こちらとしては気を利かせたつもりでも、勝手に変換するという行為は一種の改竄ととらえられてしまうからです。

そうなんだ……。確認画面で、「住所は全角表記で登録します」って書いても駄目なものなんでしょーかね?

D-VHSからi-link経由でキャプチャしたものや、Friio, PT1等の機器の出力はMPEGのTS(Transport Stream)形式というものになっています。TSを素材にしてエンコすると、音ずれの問題に悩むことが多いようです。 TSから音声ストリームを抽出する方法は色々ありますが、一体どの方法だと音ずれが起きないのでしょう?　実験してみました。

続きを読む »

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を返すので。

Adobe AIRのHTMLLoaderが遅い問題の主原因は、 ubuntuのFirefoxが公式ビルドの2〜3倍遅い問題 (英語) と同じ、pangoっぽいです。
ぬぬぅ、出来ることと言えば、ICCでpangoをコンパイルするとか? それでも倍には速くならないし……。

Adobeが提案しているAIRに含まれているHTMLLoaderは、Googleの高速ブラウザChromeでも使われているWebKitというエンジンを使っています。 また、JavaScriptのベンチマークもそこそこ速いという結果が出ており、プログラマの良い箱庭になりそうな期待を抱かせます。

ところが実際にこれで簡易ブラウザを作ってみると、なんだかもっさりとしているのです。特にLinuxで動かした時、ページのレンダリングがなかなか完了しません。 Firefox 2で10秒くらいかかるページは、AIRだと1分近くCPU負荷100%の状態が続きます。

一体何が足を引っ張っているのか……疑問に思ったので調べてみると、何とも冗長な処理が見付かりました。

続きを読む »