エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
標準と独自拡張 - Nothing ventured, nothing gained.
Mozilla24に参加して、考えさせられることがいくつかあったが、その1つが標準と独自拡張の問題だ。九段... Mozilla24に参加して、考えさせられることがいくつかあったが、その1つが標準と独自拡張の問題だ。九段会館で夜に行われていたブラウザのセッションでは、Web標準にできるだけ準拠し、ベンダーの独自拡張を無くすべきという意見があった。Web標準(W3C)のプロセスについては詳しく無いので、あくまで一般論になるが自分の考えを述べてみたい。 一般的に標準以外の独自拡張を行う必要が出てくるのは、 相互運用や互換などを考慮する必要がほとんどないため、標準化のための作業を一切排除したい場合 標準化にかかる時間が長期に渡るため、早期に市場にその技術を紹介したい場合 標準化のプロセスが複雑であったり政治的な活動が必要であったりして、そのコストに見合うメリットが無いと判断される場合 標準化の前に意図的に市場でその技術を普及させることを考えている場合(政治的な判断でデファクト標準化の後にデジュール標準化を図
2007/09/24 リンク