Web 開発者の観点から、Google Chrome がリリースされたときに開発分野でどのような変化が予想されますか?
開発は Web に新たな革命を起こすほど強力ですか? Web プログラミングの見方は変わりますか?
それとも別の Web ブラウザですか?
Web 開発者の観点から、Google Chrome がリリースされたときに開発分野でどのような変化が予想されますか?
開発は Web に新たな革命を起こすほど強力ですか? Web プログラミングの見方は変わりますか?
それとも別の Web ブラウザですか?
これは単なる別のWebブラウザーだと思います。私が期待する最大の影響は、Javascript のパフォーマンスの向上と、使いやすさの観点です。1 つ目は、特に Google Gears を使用する場合に、開発者に役立ちます。強化されたユーザー エクスペリエンス、安全機能、および使いやすさから、ユーザーが最も恩恵を受けると思います。
他のブラウザー ベンダー (MS) が Mozilla と Google に続いて、より高速な Javascript 実装を作成することを期待するだけです。これが Web 開発に本当に影響を与えることができる唯一のものだからです。
これは Google の長期的なポジショニングです。彼らは明らかに、Web ベースの開発用に、より安定したアプリケーション プラットフォームを構築しようとしています。それらのすべての変更 (セキュリティ、サンドボックス化、プロセスの分離) は、ブラウザーを複雑なアプリをホストするためのより優れたアプリケーションにすることを明確に意図しています。
これが Microsoft が Netscape で懸念していたことであり、彼らが独占禁止法を破って「空気の供給を遮断した」理由です。MSがどのように反応するかを見るのは興味深いでしょう。
また、mozilla / firefox チームがこれにどのように対処するかを見るのも興味深いことです。Google は現在、firefox にかなりの資金を提供しているため、今後、これらの人々にとって潜在的な利益相反になるでしょう。
一言で言えば、物事はより複雑になり、より多くのテストが必要になり、(願わくば) Microsoft のような反抗的なベンダーがより標準に準拠するようになるでしょう。
ほとんどの開発者がより多くの視聴者にリーチしたいと考えていることを考えると、それはテストする場所が 1 つ増えることを意味します。Webkit を使用しているため、Safari とほぼ同じようにレンダリングされることを願っています。
統合された Gears は、アプリを開発するための堅固な場所を意味するかもしれません。内部システムを使用している場合は、ローカルで実行するアプリを構築するよりも、すべてのマシンに Chrome を配置する方がよい場合があります。
カミエルが言ったように、リリースの全体的な目的、または少なくとも重点を置いているのは、JavaScript のパフォーマンスを向上させることだと思います。Google のサービスの多くは JavaScript を多用することに依存しているため、これは賢明な動きです。これは、IE と Firefox が Google と競合するように動作するため、すべてのブラウザーが JavaScript で改善する必要があるため、すべての人にとって良いことです。
Google Chrome は有望に見えます。もちろん、これは初期のベータ版であるため、プラグイン、マシン間のデータ同期 (プラグインで実行可能)、クロスプラットフォーム サポート (つまり. Linux および Mac バージョン)。
これまでのところ、Gmail は地獄のコウモリのように表示されるので、私は非常に注意を払うつもりです。
編集:実際、これらの投稿はそれを使用して行われ、入力フィールドのフォントが小さいなどの小さな問題を除いて、期待どおりに機能します。高速で安定しています(いくつかのテストアプリケーション用に持っているjavascriptキラーページですでにテスト済みです)。
Chrome、Firefox、Safari が一時的な友達になって IE を打倒できることを願っています。後は正々堂々!
Web アプリケーションに関する限り、改良された Javascript エンジンが大きな貢献をしていると思います。そしてうまくいけば、他のブラウザの外観が新しくなり、Javascript の実装がもう少し標準化される可能性があります。
このトピックに参加します。Chrome を使用したことがある場合は、特に js を使用するサイトで速度が大幅に向上していることに気付くでしょう。Safari とほぼ同じようにレンダリングされることがわかりました (ご想像のとおり)。これにより、さらに別のブラウザーで開発しなければならないという問題が大幅に最小限に抑えられると思います。
Chrome が主に行っていることは、IE に代わる別の (そしておそらくこれまでで最高の) 代替手段を提供することだと思います。人々がこれらの「高度な」Web ブラウザーを使い始めると (悲しいことに、そう言わざるを得ません)、Microsoft はほぼ確実に IE9 で物事を強化する必要があります。IE8 は、Safari、Firefox、そして現在の Chrome の UI の良さと全体的な速度を把握できていないように見える Microsoft と同じように思えます。IE8 は、とんでもなく 360MB です。FF3は90MBくらいだと思います。
余談ですが、Chrome の起動速度を調べた人はいますか? とても印象的でした。
@Lassevek - 私が最初にしたことは、gmail で js の速度を確認することでした。
個人的には、Web 開発者への影響が少なく、ブラウザ開発者への影響が大きいことを願っています。一部の機能は非常に優れており、タブの分離に対するプロセス指向のアプローチは、おそらく他のブラウザーに比べて重くなりますが、その背後にあるアイデアは気に入っています。
私の推測では、Firefox が Web 開発に与えるような影響を与えるには、1 年かそれ以上ポストベータ版を費やさなければならないでしょう。
これは Google にとって当然のことです。このようにして、アプリがコンテナー内でオン/オフラインでどれだけうまく機能するかを制御できます。より多くのツール、潜在的には GUI デザイナー タイプのツール、クラウド製品で使用するための IDE、および Android 用のモバイル バージョンが期待されます。Visual Google につながる可能性が高いです。
彼らが賢ければ、このコンテナー/ブラウザーに、コンテンツを解析して最新の Google キャッシュと検索結果を取得するなどの他のタスクを実行させます。
正直なところ、私はずっと Google が嫌いでした。しかし、私は彼らの Web ブラウザー Chrome が大好きです。それだけで機能します。5 分ごとに更新プログラムをダウンロードする必要はありません。Web サイトにアクセスするたびに表示される愚かなセキュリティ バーもありません。また、Web ページを作成しているときにもコードをテストする必要はありません。標準に準拠しているため、コードをテストする必要さえありません。正しく動作するだけです。私が現在構築している現在のウェブサイトは半分ほど完成していますが、Google Chrome で動作し、完璧に見えます。Opera では見た目も動作も完璧ですが、Internet Explorer に関しては見栄えが悪く、Firefox ではかなり良く見えます。
知らない。(私の意見では) Internet Explorer を使用するのをやめるべきです。WindwosXP に Internet Explorer 8 をダウンロードした後、いくつかの Web サイトにアクセスし始めると、アクセスするサイトが増えるほど、IE が新しいタブを開くのに時間がかかることに気付きましたか? ときどきイライラして、新しい空のタブが開くのを待って殺意に駆られそうになることもあります。何とか!
良くない。プラットフォームが増えると、テストが増え、バグの修正にかかる時間が増え、新機能の実装を楽しむ時間が減り、怒り、憎しみ、苦しみなどにつながります。
うまくいけば、それは標準に準拠し、Internet Explorer の市場シェアを少し消し去ります。より簡単に。
もちろん、それは標準に準拠したままであり、十分に革新的であると仮定しています.
プラグイン/アドオンが Chrome の大きな焦点になるのではないかと思います。ブラウザーではなく Web に焦点を当てた、高速でクリーンな環境を提供することに非常に重点を置いているようです。機敏で安定した状態を維持するために、拡張機能をかなり制限したままにしておく可能性があると思います(さらに、Chrome用のAdblockは必要ないでしょう:-)
また、販売された PC に Google デスクトップなどを含めるという Google と OEM との既存の関係を考えると、Chrome がコンピューターにプリインストールされているのを見始めるのではないかと思います。もしそうなら、他の競合他社よりも IE の普及率が高くなる可能性があります。
他の Web ブラウザーがある限り (そして、それらがなくなるとは思いません。これは良いことです。インターネットが Google の手に渡るのを見たくないからです)。との互換性を確認します。
いつものように、それはそれらの実装に依存します。彼らがレンダリング エンジンを台無しにすることに決めた場合、WebDev が非常に腹を立てることを意味する、ブラウザの「癖」のまったく新しいリストを見ることができます。
彼らが標準に準拠し続ければ(TBH、私はそうなると思います)、競争を激化させるのは本当に良いことかもしれません.
サンドボックス モードがプラグインの互換性にどのように影響するか、そしてもちろん、Gears の緊密な統合に興味を持ってください..
その OSS が本当に優れているという事実..上記の問題はいずれも、開発者コミュニティがパッチを適用するとすぐにパッチで簡単に修正できるためです。:)
@bpapa
ほとんどの人にとって問題なく動作する 4 つの主要なブラウザーが既に存在するため、ほとんどの人が使用することのない Web ブラウザーです。Firefox のような拡張機能はありません。
実際、プラグイン アーキテクチャがあることは明らかです。
Safari のように iPhone と同期するブラウザはありません。IE のようにコンピュータには付属していません。また、そうではありません。 Chrome にはそれがあると思います。
「Operaに何があるかはわからないけど、触ったことのないこのソフトにははっきり言ってない」…え??
離陸しないもう 1 つの理由は、OS X 上にないため、多くの技術者が使用しないことです。
Linux と OS X のディストリビューションが Windows のすぐ後ろに来ているという部分を見逃していませんか?