2003-10-09
_ 小数点記号論争にピリオド？ from asahi.com (20:18)
2003/10/25追記
- 小数点はコンマかピリオドのどちらか 度量衡総会で決議 - http://www.asahi.com/science/update/1024/002.html
このタイトル、とてもわかりにくい日本語だな。結局、小数点としてコンマとピリオドどちらを使ってもいい、という現状維持の結論になったそうな。
ああこのタイトルは、結論を述べているのではなく、討議の内容を述べているのか。
- 小数点記号論争にピリオド？ - http://www.asahi.com/science/update/1009/001.html
>>＜数字の表記法＞ >> 英米流 仏独流 >>小数点 １２．３４５ １２，３４５ >>位取り １２，３４５ １２ ３４５か１２．３４５
知らなかったよ。小数点がピリオドで位取りがカンマなのは、世界では少数派だったのね。でもこれはさすがに、間違いやすくてめちゃめちゃ危ないから、統一した方がいいよな。でも、どちらかに統一するとなると、移行期間中にややこしいことになりそうだな。かといって、今さら新しい記号を導入するのもつらいしな。
_ 米マイクロソフト、特許問題敗訴への対策発表、IE微修正策もありと表明 from MYCOM PC WEB (20:18)
- 米マイクロソフト、特許問題敗訴への対策発表、IE微修正策もありと表明 - http://pcweb.mycom.co.jp/news/2003/10/07/29.html
ひとまずは、HTML内にプラグイン的な要素が埋め込まれている場合は、必ずダイアログを出すように修正する方向で動いているんだね。Eolasが最終的に勝つにしろ負けるにしろ、すぐに結論が出ないだろうし、マイクロソフトは素直に金を出す気はないと決断したみたいだから、第1弾としてのこの修正はほぼ確定なんだろうなー。うざいなー。
で、回避方法ってのは、「HTMLドキュメント内にプラグイン呼び出しコードが記述されていなければいい」＝「外部JavaScript呼び出しを経由して、プラグイン呼び出しコード（embed、objectタグ）が出力されればいい」ってことになるわけですか。すごくくっだらない話だなー。しかも、JavaScriptとプラグイン技術（ActiveXとか）の両方をオンにしなければ、今後はそれらの技術は使えなくなるのか。セキュリティ的にも少し緩くなっちゃうな（ActiceXオン、JavaScriptオフという組み合わせが効かなくなる）。
俺は「HTMLからの自動プラグイン呼び出し」みたいなものは（というかソフトウェア関連の技術の大半は）、いずれ（早々に）誰かが思いつくであろう単純な組み合わせの問題に過ぎない（もともとソフトウェア技術は組み合わせの工夫が大半を占めるので、たいていの組み合わせはいずれ誰かが試すであろう）と思っているので、そんなものをちょっと先に文書化したからといって、その人に独占・優先権を与えるべきではないと思うよ。
関連リンク
- 「IEが特許侵害」評決、波紋はどこまで？ - http://www.zdnet.co.jp/news/0308/18/ne00_browser.html
- MS、IEとWindowsの変更発表 - http://www.zdnet.co.jp/news/0310/08/nebt_13.html
- IE特許問題、Microsoftが提案する回避策は - http://www.zdnet.co.jp/news/0309/12/ne00_patent.html
_ Villeneuve pulls out of Japan from GrandPrix.com Current News (20:18)
- Villeneuve pulls out of Japan - http://www.grandprix.com/ns/ns12009.html
>>Jacques Villeneuve has pulled out of the Japanese Grand Prix, making way for Takuma Sato to take over the drive.
ちょっとちょっと、これは本当ですか。本当だったらうれしいな。でもヴィルヌーヴのF1ラストラン（の可能性が高い）が前回みたいなので終わっちゃうのも可哀想だな。
BARの公式ページ（http://www.barf1.com/）にも載った。本当だった。それにしてもBARの公式ページ、オールFlashでニュースへのリンクも張れやしない。うざい。
- 「チームのためベストを尽くす」と、佐藤琢磨 - http://motorsports.nifty.com/f1/news/2003/031009_13.htm
- 「ドラマティックな結末」と、B.A.Rチーム代表 - http://motorsports.nifty.com/f1/news/2003/031009_14.htm
_ タイミングばっちりだったらしい (20:18)
この間からSNMP＋MRTGでサーバー負荷を監視できるようにしたんだけど、なんだかやけにLoad Averageが高いのが気になっていた。topで見ている限りは大したことないのに、MRTGで出てくるグラフだとやけに負荷が高い。1分間の平均が50％に近い。
「まだまだいろいろなことをやろうと思っていたのに、もうCPUパワーの限界が見えてきてしまったのかよ」とちょっとガッカリしつつも、MRTGの設定失敗なんかを疑ったりしていたんだけど、さっきようやくMRTGでLoad Averageが高く出る理由に気付いた。
定期的に実行している裏タスクのいくつかの起動タイミングが、まさしくMRTGの情報を取得するタイミングとバッティングしていた。そうか、負荷が高い瞬間を見計らって、わざわざグラフを生成していたんだね。道理で1分間の平均と5分間の平均が違いすぎると思ったよ。
タイミングをずらしてやったら、Load Averageが一気に一桁％台に落ちた。よしよし、まだ遊ぶ余地があるな。
