The InformationWeek -- Blogs

Open Source Blog

Topics:   Open Source

  • Email this page E-mail this page
  • Print this page Print this page
  • Bookmark and Share
  • icon

Why Does Google's Chrome Seem Tarnished?


Posted by Serdar Yegulalp, Sep 3, 2008 10:58 AM

I should be more excited about Google's Chrome browser than I actually am. It's fast on its feet, looks good, runs very nicely even for an 0.2 beta, and has even been released under the extremely liberal BSD license. So why do I feel like it's the wrong solution for the wrong problem?


When I originally sat down to write this column, I bashed out something along the lines of "the last thing this planet need is another Web browser." I didn't like taking that approach, if only because it goes against things I've said in the past: that plurality is a good thing, that what we need is a way to allow people to make more informed choices about things rather than restrict their options, etc. Then I re-read the press stuff about what Google is trying to do with this browser, and that's when my real objections became clear.

Google's plan is to build not only a better Web browser, but a better way to run Web applications both on and offline. This constant fetish of trying to use the Web browser as a front end for every kind of application in the world strikes me as a way to do more harm than good.

The first is the browser itself. Not a bad idea, since what I've seen of Chrome is pretty spiffy. I've tried out the 0.2 version and even though it's still missing a lot (there's no bookmark manager, for one), it ran very nicely over several hours of browsing and never crashed. That alone is a good selling point for users, me included.

But ... (Insert sound of other shoe dropping.)

InformationWeek Reports

Build a new browser -- with, as you can imagine, its own rendering quirks, its own "standards," and all the rest of that annoying foofaraw we've come to hate in this Web 2.x-always-in-beta world -- and you're creating at least as many problems as you're allegedly solving.

That leads us to problem #2: not every user application can or should be be shoehorned into a Web browser -- at least, not without serious reduction of functionality or flexibility. Even ways to extend browser functionality like Flash or Silverlight (or even Java) run into walls that simply aren't there when you use a standalone app -- and create whole new walls of their own. It's starting to feel like a twist on an old cliché: when you build a browser, everything look like a Web page.

A good example of this kind of behavior is when some Web designer uses Flash as the way to put content on or navigate a Web site. Suddenly, you can't bookmark anything, you can't swipe and paste text, form-input boxes can no longer be managed with JavaScript (something I rely on a lot with GenPass), and so on. This all despite the fact that Flash has been around for a long time.

Many people are probably not going to be as worried. A friend of mine, who uses Google's application services for a lot of things, prefers Web-based stuff because it means he can log in from anywhere and get things done. Fine. But I'm coming at this from the point of view of someone whose entire needs are not fully satisfied by the grade of applications that can be delivered through a browser. At least, not yet. If Chrome can change that, great.

That said, I reserve the right to be hesitant. I'm worried that the mad rush to put everything from word processors to image editors on the Web will create a whole new breed of unintentionally crippled software, and make the Web all the more siloed in its standards and jury-rigged in its behavior.

[Addendum re: WebKit, the rendering module in Chrome -- People have contacted me (apart from the comments here) to let me know how WebKit is highly standards-compliant. That's good news, but at the same time, it's still being wrapped up in a whole new application -- with, again, all of its own quirks, corner cases, etc. And entirely aside from that, I still have issues with the drive to make Web browser versions of many kinds of applications that current Web standards -- the ones everyone is currently coding to and using -- were never intended to support.]

« Case Studies In Cloud Computing | Main | How To Keep A Mobile Number Active For The Least Money »



Sign Up Now
For InformationWeek News Alerts




This is a public forum. United Business Media and its affiliates are not responsible for and do not control what is posted herein. United Business Media makes no warranties or guarantees concerning any advice dispensed by its staff members or readers.

Community standards in this comment area do not permit hate language, excessive profanity, or other patently offensive language. Please be aware that all information posted to this comment area becomes the property of United Business Media LLC and may be edited and republished in print or electronic format as outlined in United Business Media's Terms of Service.

Important Note: This comment area is NOT intended for commercial messages or solicitations of business.




 
 

  1. Just Say No To SFAQL Parallelism
  2. QuickThread: A New C++ Multicore Library
  3. Speeding Up Code Without Doing Anything


Join The InformationWeek Group On LinkedIn


                           


  1. Thoughts On The Motorola Droid
  2. Motorola Promises Fix For Droid's Goofy Camera
  3. Specs For Next Motorola Android Phone Leak
  4. Next-Gen BlackBerry Pearl Makes Appearance


  1. Cisco Rolls Out iPhone Security App
  2. Review: Bluetooth Headsets For Mobile Pros
  3. Wolfe's Den: Intel CTO Envisions On-Chip Data Centers
  4. So Much Data, So Little Encryption
  5. Lessons Learned From PCI Compliance
  6. Practical Analysis: How Locked In To Vendors Are You?

 

  Ars Technica
Boing Boing
Channel 9 Forums
CRN Blogs
Dr.Dobb's Portal: Blogs
Engadget
Gizmodo
GrokLaw
  Lifehacker
Schneier on Security
Slashdot
TechCrunch
Techdirt
Techmeme
Valleywag

  DECEMBER 2008
NOVEMBER 2008
OCTOBER 2008
SEPTEMBER 2008
AUGUST 2008
JULY 2008
JUNE 2008
MAY 2008
  APRIL 2008
MARCH 2008
FEBRUARY 2008
JANUARY 2008
DECEMBER 2007
NOVEMBER 2007
OCTOBER 2007
SEPTEMBER 2007