  |
はてなキーワード: ie6とは
ログインすると上のポップが出てくるわけだけど「詳細はこちら」クリックしてもリンク先にはメアド登録ページへのリンクが存在しない
赤字でデカデカと注意喚起するなら登録ページまで一発で飛べるようにしろよ
仕方ないからメインメニューから項目を探していざ登録しようとするも既にメアド登録済み
何がしたいんだこいつら
セキュリティ向上のため、取扱確認メールアドレスについては、携帯電話・スマートフォンのメールアドレスをご登録いただくことを強くおすすめいたします。
なにそれ
あとこれ
2013年11月05日 Firefoxによるゆうちょダイレクトの一時利用停止について
http://www.jp-bank.japanpost.jp/news/2013/news_id000996.html
いつまで停止してるつもりだよ
セキュリティがどうのこうのならIE6とか停止したほうがいいんじゃないの
何がしたいのマジで
IE9はIEセントリックからスタンダードセントリックへのブリッジリリース。新しい(Windows)APIを積極的に利用するようコアは一新された。JSエンジンを分離して新規開発した初のバージョンでもある。
（代わりに後方互換性を失った）
IE8はIE神話最後の鬼子。地獄の袋小路。互換表示でも使われないまさに袋小路。
IE7はIE6の成功を拡張しようとした外面優先アップデートリリース。内部的には順当な更新。
IE6はIE5のラインを引き継いでコアとなるTridentエンジンが当時（12年前！）としてはモダンは32bit APIだけで動く決定版。
IE11でとうとうQuirksモードを捨てて、デフォルトでEdgeモードでレンダリングするようになったため、
ヘンなDOCTYPE指定でいままでQuirksモードでレンダリングされてたたくさんのいいかげんなサイトに細かい不具合がでてる。
どこ相手にしてるかで違うけれど、モバイル向けで怖いのはiOS4.x（まだいる！）とAndroid 2.x。WindowsPhone7.5の方がまだ楽。
通常サイトで一番怖くて面倒なのはIE5.2 for Mac。今年になっても利用者の存在を確認して愕然とした。Safari 3も怖いけど。
6まで対応なら2倍
としたい
あとクライアント側には「新しいものに対応するほうがコストかかる」と思ってる人がいるのも問題
IE6に対応するのは、同じもの作るのに原始時代と現代の道具で作るような差があるってことなんだけど
古いほうが簡単なんでしょ？って思ってる人が結構いる
一昨年くらいまでは「うちの標準ブラウザはIE6ですので(ｷﾘｯ」って案件もあったのよ
開発側です。
IE10 はさほど問題ないんです。IE10 でやっと標準に追い付いてきたという感じ。問題は、IE 使ってるようなユーザーはアップデートしないという事実です。
スクリプトなどの実行の早さは、IE8 位までは数倍のオーダーで遅く、マップ上にたくさんのオブジェクトを表示するようなものを作ると、IE の速度面対応だけで大変でした。
それよりも問題なのが、Web の標準に対応していないことです。
CSS3 や HTML5 への対応は、他のブラウザに比べて数年単位で遅れてました。Chrome か Firefox で開発しているとします。そのままテストすると Chrome Firefox Safari では問題ありません。IE だけ問題が、というのが普通でした。IE 対応だけで工程かかるのです。IE7 や 8 を視野に入れると、諦めざるを得ない技術もあります。たいていは擬似的に対応できるのですが (Canvas にライブラリで対応するなど)、そのために余計な工程がかかるのが問題なのです。ぶっちゃけ IE 切り捨てて、その時間を他に当てたほうがより良いものを安く早く作れるということです。
という感じになるので、IE8 以前を切り捨て OK になるだけで段違いですね。
しかし、最初に言ったように IE ユーザーはアップデートしないんですよ。Chrome Firefox Safari が優れているというより、これらのユーザーはほぼ間違いなく最新版使っているのが一番のアドバンテージなんです。IE10 は IE 史上ではやっと他に並びかけるほどまともな標準対応になったので、IE 使ってる人が全員 IE10 ならこれほどネタにされることもなかったと思います。
開発側はこうした IE によるストレスを日々受けているので、擬人化や IE 死亡のようなネタになると祭りになりやすいのではと思います。
というのもWindowsXP以前とWindowsVista以降では決定的な挙動の違いがあって、クライアントOSだけの取替えでは済まない場合があるんだよ…
ひとつは誰もが何となく引っかかった記憶がある(かもしれない)ユーザアカウント制御(UAC)の問題。
まぁこれはあの手この手で回避できたりできなかったりするけど。
個々の組織で使っている業務ソフトウェアのつくりによるんだけど、どこかのエロゲ級にお行儀の悪い作り方をされていると頭を抱えることになる。
でも実はもっと致命的なやつがある。こいつだ。
http://www.itmedia.co.jp/enterprise/articles/0608/30/news010.html
VistaはMSSQL6.5～2000のクライアントになれない
http://technet.microsoft.com/ja-jp/sqlserver/gg638924.aspx
こういう環境のクライアントOSをXPからVista/7/8に差し替えようとすると、サーバも含めてシステムまるごと総とっかえ、もしくは業務ソフトウェア作り直しという大事業が待っている。
うちの会社は中小企業だからサーバが壊れたついでにワーッとシステム全とっかえを決行したけど、大きな組織だったらどうしたものやら。
もしかしたら、もっと原始的な話で、IE6が動かないと仕事になりませんとかいう事情があるのかもしれないけど、それはさすがに同情いたしかねる。
Webブラウザによって，マルチバイトファイル名の取り扱いが異なるというのが問題なんだよね
いままでは，http://kingyo-bachi.blogspot.jp/2012/10/railssendfilechrome.html
を参考にして，ファイル名をURLエンコードすることでお茶を濁していたんだ
でもこれだと，Firefoxでファイル名が文字化けすることに気付いてしまった
気づかなければ放置していたんだけどね ：P
http://rails.hatenadiary.jp/entry/2013/01/31/104006 を発見
（生sjisと，URLエンコードの違いはもう少ししっかり書いておかないと誤解招かないかな？という当ページへの突っ込みはさておき）
つまりは，基本は日本語ファイル名をUTF-8で扱うぞ，ただしIEだけは例外としてSJISに変換してやるぞ
ということだね
ちょっと気になったので，このあたりのブラウザの対応状況をざっと調べてみたよ
なお調べた日本語ファイル名は「今日の予定.doc」．「予」という漢字が入っているのがポイントね
| 生utf8 | 生sjis | url_encode(utf8) | url_encode(sjis) | |
| chrome(win7-64bit) | ok | x | ok | x |
| firefox 18 (win7-64bit) | ok | x | x | x |
| IE9(win7-64bit) | x | ok | ok | x |
| firefox(MacOS X) | ok | x | x | x |
さらにいろいろ調べてみると，正式にはRFC2231に準拠させるのが正しいみたい
http://fgin.seesaa.net/article/30073826.html によると，
IE6は対応してなかったようだけど，私の中ではIE6はもう絶滅していることになっているので！
Railsのsend_file関数でさ，RFC2231準拠のContent-Disposition表記ができたらいいのにな（チラッチラッ）
先日、九州の会社のITシステムをリニュアルオープンした時に、正直いちばんびっくりしたのが地方でのIE6率である。HTML5で作っているので「IEから見えない」というクレームが何本も来たわけです。一都三県ではこういう経験がほとんどないので仰天。
IEにも対応するCSSハックは入れてあるのだが、ご存じのようにIEはメーカーや機種によってOSから違う。Flashのゲーム作っていたときは何十ものブラウザでテストして「対応ブラウザ」を記載していたくらいだが、これからはHTML5ということでそこまでのテストはする由もない。そんなわけで「自分のブラウザでは見えない」「IEだと表示がおかしい」というクレームが多数あったわけだ。
先日「Flashエンジニアが今後10年食べていくには？」というテーマを元に
Flash に精通した Web 技術者達のディスカッションが行われる催し物があった。
http://www.publickey1.jp/blog/11/flash10.html
この記事だけでは内容が省略しすぎているため
時間があれば是非録画の模様もみていただきたい。前半初頭は音量が小さいので注意。
こういった催し物は面白いなと、私はとても楽しく見させていただいた。
http://www.ustream.tv/recorded/19073524
http://www.ustream.tv/recorded/19074357
ディスカッションでは Flash だけではなく HTML5 についても触れている。
ディスカッションの感想をディレクションや営業を行なっている知人に聞いたり、
ネット上の反応を見てみたところ以下のような意見がいくつかあった。
「『Flash が好きな人』だけではなく HTML5 派の人との対談もあればよかった」
「Flash 派の人の話だから HTML5 が使えないという話はいまいち参考にならない」
『Flash 派』『HTML5 派』という くくりで考えてしまう人は
まだまだ多いと実感する。
パネリスト達は
過去から現在までに様々なプログラミング言語を利用し、あらゆる技術に精通している。
Flash という表示媒体/環境開発がベター(時にはベスト)だと考え、
Flash をよく扱っている、という旨を話している。
最後の締めとして
Flash よりも優れたものが登場するのであればそちらに移行するでしょう、
とも言っている。
これだけの説明があったのに
ディスカッション内で触れた HTML5 に対する否定的な話は、
『Flash 派』とやらのポジショントークだと目に写ってしまったのだ。
Java やら C やら objective-c やら perl やら php やら
サーバサイドからスマホ用ネイティブ言語を用いてのアプリ制作まで
色んな事やってます、と言っても
現在世の中には HTML5 を推し、合わせて Flash を否定する記事が結構出回っている。
技術者が話す専門的な用語の飛び交う話よりも
HTML5 vs Flash 的な読みやすい記事に耳を傾けてしまう人はいる。
Apple 製品を好む人は「ジョブズがそう選択したのだから」と
なおさらこういった記事に目を向けてしまう。
「Flash vs HTML5 の話にのせられてしまうのは、よくわかっていない人だ。」
ディスカッション内では、
ネット上の煽り記事を読み不安に思ったクライアントから連絡を受け
きちんと状況をゼロから説明するハメになってしまった、という内容があった。
似たような状況になっている人もいるのではないだろうか。
当方周辺では、
「Flash は駄目だ」「Flash でなくても HTML5 ならできるはずだ」
「HTML5 は Flash の代わりになるものだと言われている」と
クライアント、あるいは仕事先の関係会社から耳にする機会が増えてきた。
技術者の及ばないところで
ベターではない技術が選択、あるいは勧められてしまう やっかい性。
その記事は世間の目には届かない。
TV CM でバンバン流れている iPhone や iPad では Flash を見ることができない
という状況に乗じた
勘違いを正すためには、今までよりもより一層
あるいはメッセージを発信するよう心がけていかねばならないと感じる。
パネリスト達のような
Flash を扱う事が可能な技術力を持ち合わせている人にとって
Flash が終わろうが、代わりの技術が HTML5 やらその他何になろうが
大した影響はない。
『プログラミング』についての話をしてみる事にする。
「世にあらゆるプログラミング言語があるが
「何か一つ言語を習得し
『Flash の事は全く知らないがプログラミングプロフェッショナルの人』
が近くにいるならば是非上記について伺ってみてほしい。
その通りだと答えてくれるはずだ。
他の言語で作ったものを Flash のプログラミング言語に移植することも容易いのだ。
ここで上記三行の「他の言語」を「JavaScript」に置き換えてみてほしい。
HTML の DOM 操作に必要な言語は JavaScript である。
言語は、Flash ならば ActionScript、HTML5 ならば JavaScript を用いる。
画面描画は
あるいは用意されている描画用 API を ActionScript で呼び出し、
あるいは用意されている描画用 API を JavaScript で呼び出す。
Flash と似たような技術として Java Applet や Shockwave があるが、
これらも一緒で
言語を変え、その技術に合わせた描画を行う処理を記述するだけだ。
Web 技術者が何かに属していて、何かには属していないかのような区別の仕方は
的がはずれている事を なんとなく感じていただけただろうか。
仕事に対し、あるいは表現したい事に対し、ベターな選択を行うだけの事なのである。
環境や表示内容に合わせ両方を採る選択もあるだろう。
パネリストの中に ActionScript が好きだ、という人がいた。
これは別に
Flash が好き(製品のファン)だから ActionScript が好き、と言っているのではない。
ActionScript が優れたプログラミング言語だと判断しての発言なのだ。
HTML5 を選択するだけの事であり、
その別の技術を選択し、
Flash より優れた技術が登場しなければ Flash を使い続ける、
ただそれだけの事なのである。
もう少し突っ込んだ話をすると
Flash のプログラミング言語である ActionScript(ActionScript 1.0)と
HTML 表示制御を行う言語 JavaScript は 実は同じ言語仕様である。
『ECMAScript』という単語で調べてみてほしい。
「Flash と HTML5 は対立するもの」と考えていた人、
あるいは ActionScript や JavaScript を触れたことがない人にとって
「え？そうなの？」と思う人もいる事だろう。
JavaScript は大規模開発に向いていない、という話は聞いたことがないだろうか。
同様の言語仕様である ActionScript 1.0 はこの問題を解決するため
ActionScript 2.0 から ActionScript 3.0 へと進化していった。
Flash は開発がし易い、という話がよく挙げられるが
その理由の一つがこれである。
現行の JavaScript と ActionScript 1.0 は ECMAScript 3 準拠に対し、
ActionScript 3.0 は ECMAScript 4 準拠である。
言語として進化しているものを Flash は採用しているので
開発は抜群にし易い。
ECMAScript 4 準拠の JavaScript も登場する日もあったかもしれなかったのだが、
ECMAScript 4 標準化が白紙、
ECMAScript 4 は無かったことになってしまったのだ。
ActionScript 3.0 で作成したプログラムが
ちなみに JavaScript は大規模開発に向いていない、という事に対し、
最近では Google が新言語 Dart というものを開発している。
位置づけとしては ActionScript 2.0 に近いと比喩した人もいる。
ActionScript 2.0 はコンパイル時 ActionScript 1.0 に変換されて出力される。
Dart も同じく JavaScript 変換機能を持つ。
先の事は誰にもわからない。
HTML5 が成長するとは必ずしも言えない。
技術者は身を持って知っている。
表示と動作の差異、技術者はずっと苦しめられてきている。
めんどくさい。コストがかかる。
HTML5 も同じ道を辿るのでは、と言われてしまうのも仕方がない。
実際に HTML5 の各ブラウザの実装具合はバラバラである。
Flash はといえば、
今でも 10年以上前のスクリプト言語 (ActionScript 1.0 よりも前の言語)で
Flash が動作するブラウザがいつまで携帯に搭載され続けるのか、
まだ誰にもわからない。
今後も当面携帯向け Flash を作り続ける事になるのかもしれない。
携帯向け Flash は一つの容量が小さいというのが救いである。
IE6 対応 HTML サイト制作にせよ、携帯向け Flash 制作にせよ
状況に応じて何を選択するかを判断できるほどの技術力を身につける事
選択する技術に何ができて何ができないのか、
どの技術を組み合わせるとよいのか、
自ら判断できるようになった時、一人前の Web 技術者になったと言えるだろう。
一つ何かをモノにしてしまえば前述の通り移行は容易い。
それを極めるくらいまでとことん勉強してほしい。
続けていくと見えてくるはずだ。自信という名の悟りの道が。
気になった点をいくつか。
現状の HTML5 の実装具合のバラバラさに対し、
「(HTML5の)表示の差分を埋めてくれる何かが登場するかもしれない」
と言う発言があった。
言った当人も会場にいる人達も、きっとこう思っただろう。
「それってなんて Flash Player？」と。
「あれはやめたほうがいい」という発言があった。
勝手に注釈するのであればこの発言は
「Flash で作られた重たい Web を HTML5 でまた再現するつもりなの？」
という皮肉であろう。
大企業病に侵された組織だと、もう何年も前に更新が切れたWindows2000とか98つかっていたり、IE6をつかっていたり、ウィルスソフトいれていなかったりする。
使っている誰もが「ハハハ、いまどきこんなOS使ってる人いないよな、ウィルスソフト入ってねーしｗｗ」とか言いながら使い続けてる。
誰かが上司に「うちの会社マジでヤバいですよ、ウィルスソフト入れましょうよ」とか言おうものなら「お前が言い出したんだから責任もってお前がやれよ、でも通常の業務を疎かにするなよ、あと、入れて何かあったらお前の責任だからな。」って言われるのがわかってるから誰も言わないし、やらない。
社員たちは問題がわかっていても知らんぷりしていれば、もし問題が発生しても経営陣の責任になって、とりあえずOS更新のリスクを一人でしょわなくて済む。だから社員たちは問題が起きるのを待たざるを得ない。つまりどんなにITに強くて優秀な社員がいても会社内の構造的にこういう事故は起こりうる。
今回の事件で企業は経営側にITに強いのを入れておかないと大変なことになるってことがわかったんじゃないかな。
http://www.yomiuri.co.jp/national/news/20111009-OYT1T00821.htm
わざと避けてた部分を書かれたw
まぁFlashの普及という意味ではvideoタグが全部持ってくよね。あとcss3。canvasはそれほど脅威ではない印象。
videoタグの実装が整ってくれば、一定数のFlash離れは起こるんじゃないかと思う。ただ、videoタグの普及にはまだまだ時間がかかりそうだから、それまでにFlash無しじゃいられない体にしてしまえば、生き残りは十分可能な気もする。実際、Mixiアプリやってる有閑マダム達を虜にして一定数は確保してる。
あと、一度インストールしたら、重大なセキュリティホールが発見されない限り、わざわざアンインストールはされない。慎重に対応すれば現在の普及率をある程度キープすることは可能。
もっとも、Adobeは、Flashをブラウザ上からクロスプラットフォームのアプリ作成環境にまで成長させるつもりっぽいので、長い目でみてもFlashは形を変えつつ生き残るんじゃないかと思ってる。
「Flashに死んで欲しいと思ってる」ってのもある程度同意。ただし少なくともIE6ほど「みんな」ではない。
Flashが恨まれるのは、まだマシンパワーが貧弱だった時代に、わざわざ重いベクターアニメーション環境をブラウザで動かしてしまった事に起因してる。その上、かなり優秀なタイムラインアニメーションツールを提供してしまったため、敷居がぐっと下がってしまい、「負荷」という言葉を知らないアーチスト達によって、きれいだけど無茶なコンテンツが量産されてしまったという悲劇を引きずっている。
もっとも、マシンパワーがあがった今でも、負荷的に無茶なFlashコンテンツが量産され続けている状況は変わってない。これはFlashのせいというより、コンテンツ作成者の知識不足によるところが大きい。Adobeは、もっとコンテンツ作成者の成熟に力を入れたほうがよいのかも知れない。
FlashとHTML5が棲み分けできればめでたしめでたしだけれど、
HTML5がごっそり持っていく部分こそが、
ウェブ開発においてまさにFlashが独占していた分野なわけで、
「Flashで実装されたキラーアプリ」も最近では全く見ないじゃん。
俺が知らないだけだったら申し訳ないけどさ。
「GPUアクセラレーションつきの3D」でグリグリ動くブラゲでボロ儲け、なんて事例が出てくればいいけど。
一般にFlashを必要とする場面が昔に比べて圧倒的に少なくなってるよ。
それに、ようやく現れた対抗馬が「Flashキラー」としてもてはやされるのは、
つまりみんな「Flashには死んでほしい」と思ってるってことなんだよ。
IE6みたいにね。
(ここで言うHTML5はcss3とJavascriptも含めた技術全体の事、逆にFlashはAir等の派生技術は含めないブラウザ上のFlashPlayerの技術のみを指します。）
ウェブに携わる人間には常識だけど、HTML5は何でも出来るスーパーヒーローではない。
どちらかというと、中日の高木とか、ヤクルトの宮本とか、巨人の川相とかの方が近い。知らないやつはググれgoogle:いぶし銀。
HTML5の真骨頂は、昨今のリッチなインターネットコンテンツを、非常に簡潔にスマートに記述できるところにある。複雑な事をすれば凝った事もある程度できるけど、得意分野じゃない（標準APIが機能不足だし、JavaScriptの言語仕様が複雑な処理に向いていない）。
ブラウザだけでここまで出来る、とか、
Flashはもういらない、とか、
ってのは、川相だって筋肉付ければホームラン打てるようになるし清原はもういらない、って言ってるようなもん。宮本にパワーヒッターを求めるのなら筋違いだ。生い立ちも素質も違うのに、どうして代替となりうるのか（プログラムと人間を一緒にするのが暴論なのは百も承知）。
HTML5とFlashにはそれぞれ得意分野があるし、淘汰される形で対立しうるものではない。にもかかわらず、ブコメ見てて、いまだにFlash氏ねHTML5マンセーな意見が支配的なのが痛すぎる。
「ブラウザだけで」というと聞こえはいいけど、何のことは無い。５年くらい前のFlash相当のプログラムが、ようやくブラウザに搭載され始めただけのことだ。Flash は重いとよく言われるが、同じことをすれば（今のところ）HTML5 のほうが重いことが多い。
あと、記事を読むと大概「（どれかの）ブラウザだけで（なら）ここまで出来る（けど他のブラウザじゃ動かない）」って言葉が隠されている。HTML5 の仕様が固まれば全コンテンツが全ブラウザで同じように動くようになるよ！なんて本気で信じてるならあなたはネット向きじゃない。
Flashは互換性の点で優位にある。一社提供で基本的に同じコードを同じ開発者が作っているってのもあるけど、そもそも「どのブラウザでも同じように動く」が、セールスポイント＝利益に直結するというモチベーションになるのが極めて大きい。
HTML5 と対立するは Flash ではない、HTML4 だ。HTML4の悪い所を直してHTML5にしようとしてるんだから当たり前。
video対応やベクター描画といった Flash が寡占してる技術の一部を HTML5 が食ってるのは事実だけど、Flash と HTML5 の機能は相補的である。HTMLは文章構造を効率的に記述する目的で生まれたものだし、Flashはタイムラインベースのベクターアニメーションを表示するために生まれた。両方ともブラウザ上でリッチなユーザー体験を提供するという目的に向かって進化してるので、お互いの領土を食い合う形にはなってるけど、生い立ちが違うので得意分野も当然違う。
テキスト表示とレイアウトはHTML5のほうが断然得意だし、2D描画はFlashの方が一日の長がある（私見だけど、HTML5はFlashの描画能力の半分にも至っていないし、Flashのテキスト表示機能はie6のそれにすら劣る、と感じる）。
Flash vs HTML5 という構図は、スティーブ・ジョブスのプロパガンダにすぎない。
ジョブスは訴求力を上げるため、しばしば、対抗技術＝「悪」とした勧善懲悪ストーリーを作り上げる。簡潔で力強い言葉にのせて、対抗技術の欠点と自社技術の利点を（時には脚色しつつ）徹底的に挙げていく。対抗技術の利点など無きものとしてしまう。そこには自社技術の欠点など存在しない。
HTML5推しの本来の意図は、ジョブスの声明から推察するかぎり、HTML5であればAppleが開発してるブラウザエンジンwebkitを通じて自らの手でインターネット体験を提供出来るが、FlashはAdobeが開発している技術なので手を出せない（厳密にはFlashはオープンな技術なので自社開発する事は不可能ではないが）という点にある（もちろん、実際は様々な複合要因だと思うけど）。自社製品におけるインターネット体験、という肝心なところを他社に依存してしまうのは許せない、というのは至極真っ当なコダワリだ。Android にユーザーが流れてしまうという大きなデメリットを背負ってまで、iPhone が Flash を載せないことについては、評価すべきとすら思っている。もともと Mac版 Flash プレイヤーのデキの悪さという恨み節もあり、歴史的な経緯による「Flash は重い」という先入感も利用し、衝撃の声明は完遂された。
かくして、勧善懲悪のスーパーヒーロー HTML5 が誕生した。
Flash と HTML5 両方のコーディング経験者であれば判るけど、HTML5はこれまでに比べて簡潔に記述できる事が最大のメリットであって、複雑で凝った事は得意分野じゃない。にもかかわらず、無理矢理 HTML5 で書かれた凄いアプリが「ブラウザだけで！」とか「Flashいらない！」とかセンセーショナルな煽り文句とともに紹介され、もはや冷笑の対象となっている。
もちろん、凄い HTML5 アプリの作者は何も悪くない。未来の技術をいち早く実験/公開して、われわれにその可能性を提示してくれているのだ。そんな彼らを冷笑の対象にしてしまって良いわけがない。
ここまで読んでくれた人ならわかるだろうが、自分は、川相のゴロ捕球からの洗練された送球フォームが大好きだ。いや、HTML5の洗練された仕様と最新鋭の技術が大好きだ。
だからこそ現状を見ていられない。
現実として、Flashは互換性を気にしないで良いがiPhoneで見れない。HTML5はiPhoneで見れるがブラウザ間の互換性が問題となる見通し。
何が幸せなインターネットの未来なのかわからないけど、今の HTML5 vs Flash という構図は、不幸な方向に向かってるように見えてしょうがない。
今回触れてない話の１つにセキュリティ/バグ関連があります。議論の余地のある話ですが、個人的にはどっちもどっちだと思ってます。
あと、巨人末期の清原は本当にもういらなかったかという話があります。議論の余地のある話ですが、個人的にはどっちもどっちだと思ってます。
たしか、テレ東かどっかが、会社のシステムがActiveXとか何かを使っていてIE6じゃないと動かないから、移行できない。
よって 強制的にIE6だし、そのせいで７にも上がらない。って話をどこかでしていたきがする。
バージョンの問題というか、互換性の問題でIE6向けのページをIE７がみられない。というアホ試用がすべての原因。
まぁ、開発者がごそっといなくなってるから、仕方ないといえば、仕方ないのかもしれないけど・・・。
サーバーアプリの開発なんて、企業だと数千万、数億飛んでいくから無理だバカ。というSIer大国の日本。
この差が生んだ悲劇。
まぁ、アメリカみたいに、サーバーアプリの開発なんて、社内エンジニアがちょちょいとやるのが当たり前。優秀な奴に２千万払ったほうがSIerに２億払うより安い。
って会社と。
俺の給料より高い奴が社内にいることを許せるわけがないから、Sierに２億払った方がマシ という日本の違い。
本当にバカらしい。
