「WebKit、Acid3全テストを100点満点でパス」記事へのコメント

IE8は何点？

[Anonymous Coward]

(∩ﾟдﾟ)ｱｰｱｰきこえなーい

Re:IE8は何点？

[Account-mochi Coward (34881)]

IEが何点であろうと関係無いのがデファクトスタンダードの恐ろしい所。

--
署名スパムがウザい？アカウント作って非表示に設定すればスッキリさ。

Re:IE8は何点？

[Anonymous Coward]

>IEが何点であろうと関係無いのがデファクトスタンダードの恐ろしい所。

IE8が仮に100点でパスしても、業務系デファクトスタンダードはIE6推奨であり、
仮にIE8を使わざるを得ない日が来ても、IE6との互換レンダリングモードを
使うように指定されるから関係ないという事ですね、わかります、わかります。

＃業務だけじゃなく、モバイルのアクセシビリティ配慮 [cnet.com]という口実も可。

Re:IE8は何点？

[M-FalconSky (8868)]

そういう意味で、IEはかわいそだな。

まあ、IE6からの移行パスを提示できなかった面があるけど。

# それにしたって、通常アプリより移行に頑なな所あるよね > 業務系Web
# そりゃ検証大変だろうけど、それ言い訳にならないはずだよなぁ。

--
M-FalconSky (暑いか寒い)

Re:IE8は何点？

[C0FFEE (36377)]

># そりゃ検証大変だろうけど、それ言い訳にならないはずだよなぁ。

それは入り口であって、単に「検証」が言い訳になっている事は無いでしょう。
大抵IE6なら普通に動いているものに「検証の工数がかかるけどいいですか？」
っていうと「はあ？ならIE6使うよ」となったりしているだけで。
システム導入顧客がそれで商売していないようなインフラ系業務システムの場合、
IE6移行にアップデートさせなければそれで凌げる事なので、成立するわけですね。

なにより業務系Webを作るような会社の多くは、担当者が派遣や請負のスキル依存で、
作成済んだらお払い箱にして、もちろん設計資料なんて残っていないから、
リバースが面倒で「作り直しでいいですか？」という話になってしまったりする。
導入の際には、更新が効くとか聞いていたのに顧客は騙されたと感じてしまうわけですね。

SIのカスタムアプリでなく市販のものを使えばいい？というとそんな事はなくって、
検証して自己責任で使える訳でなく、IE6以降を弾くようになっているものがあったり。
（EMCの某グループウェア等）
それでIE6以降対応にはバージョンアップ（数百万かかる）が必要と知らされるわけで、
やはり顧客はそんなものを納入したベンダに騙されたと感じてしまったり。

>IE6からの移行パスを提示できなかった

Win9x～Win2000の期間でもっとも長くサポートしていたのがIE6ですからね。
この間、業務系システムは更新しないで済んだわけで、作った人間が転職・退職しても
なんの影響も無かったからSIは既存の製品を導入するだけで金が入ったわけですね。
しかしIE7以降で、突如XP限定のアップデートとしてしまったうえに、レンダリングや
スクリプトのサポート具合が微妙に違うという事になり、クライアントがXPになっても、
サーバ側の吐き出すHTMLがおかしな事になるのでIE6を使い続けるしかなかったり。

フィッシング防止機能などはIE7でないと使えなくても良いと思うのですが、
レンダリングやスクリプトはIE6もアップデートしていたら良かったのでしょう。
あるいは9xの時点でIE6のサポートを切ってしまうとか。
そうすれば、IE6でもパッチをあてたら対応しなければいけなくなるという状況になったか、
Win2000にしたらIE6以降にするしかないという選択から学ぶ点があったはず。
どっちにしても、MSは叩かれる事になったろうけど、それでIE6以降への対応が加速すれば
結局業務系Webの標準ブラウザとしての地位を守れるので、IE7がデフォなOSへの移行も容易になっていたはず。

9x～XpまでのIE6の存命期間は、まだ2010年まではセキュリティパッチがあてられる事を
考えると10年以上あり、モバイルがIE6互換となると…IE6を捨て去れる日は遠いかと。

Re:

[Anonymous Coward]

> 通常アプリより移行に頑なな所あるよね > 業務系Web

たいていの業務系アプリにとっては
　　移行によるデメリット＞移行によるメリット
ですから。

> そりゃ検証大変だろうけど、それ言い訳にならないはずだよなぁ。

言い訳にならないのは移行用のリソースを確保されている部署の場合だけでしょ。

Re:

[Anonymous Coward]

お願いだから、これ以上「IEの最新版」をいじめないで下さい。

> 業務系デファクトスタンダードはIE6推奨であり、

業務上に限らなくても... (;_;)

Re:IE8は何点？

[Anonymous Coward]

まったくだ。
デファクトスタンダードでない標準に意味なんてない。

Re:IE8は何点？

[nim (10479)]

＞デファクトスタンダードでない標準に意味なんてない。

広く使用されていても、その標準自体が明確に定義されていればデファクトスタンダード(事実による標準)ではなく、
デジュレスタンダードだと思いますが。

たとえば、IEEEなんとかとか、ITU-Tなんとかとか、RFCなんとかとか、W3C標準は、どれもデファクトスタンダード
とはいえないのでは?

違う違う

[Anonymous Coward]

Acid3だろうがCSS2だろうがW3C標準だろうが、いくらデジュレスタンダードであろうとデファクトはIEなので要らんと言いたいのでしょう、元ACは。

Re:違う違う

[nim (10479)]

いや、ですから、どんなに広く利用されていようが、明文化された時点でデジュレスタンダードになるので、
「デファクトスタンダードでない標準に意味はない」という言説はおかしいのではないかというのが
私の意図したところです。

たとえば、IE6 も HTTP を使用しているわけで、「HTTP はデジュレスタンダードであってデファクトスタンダードではないから
意味がない」というわけにはいかないと思います。

Re:

[Anonymous Coward]

もしIE8のレンダリングがデファクトスタンダードになるならば、それはデファクトでなく普通にスタンダードなのではないでしょうか。

Re:

[Anonymous Coward]

本当にIEが何点であろうと関係ないならIE7互換モードをデフォルトのまま開き直っていれば済んだ話で、そもそも方針転換なんか必要なかったはずですが、IE8はAcid2が100点のレンダリングモードをデフォルトにしましたね。