Google Chrome, A Testament to Hubris

Before I begin with my argument, let me say that I generally like Google Chrome (or more correctly, Chromium, the open-source release). It’s the only reasonably responsive open-source (not Opera) browser for tabbed-browsing freaks on Linux, the minimalist UI and “prevent amateur authors from cluttering things” extension API work very nicely to keep things clean yet functional, and I love the little touches like extending the active areas of edge widgets like scrollbars and the tab bar all the way to the edge of the screen in maximized windows.

I also agree that, to make progress, you have to experiment. However, when the Chrome devs start making not-so-smart changes, ignoring mass-complaint by the users of their “Dev Channel” releases, not even compromising with a simple checkbox, and marking well-starred issues as WontFix, they start to approach the level of arrogance and hubris I once thought reserved for the developers of The GIMP. (They’re not quite there since, in my experience, GIMP developers will also insult you or dismiss valid complaints as rude before setting RESO INVALID or RESO WONTFIX)

Here are a few of the more controversial changes, to put it politely, which they have forced on Chrome users in the last few months:

…and that doesn’t even cover the many issues that should be trivial fixes but have languished for months or even years… presumably while the UI change reviews required by Google are continually de-prioritized in favor of whatever it is that the devs actually care about. (eg. native RSS support, reliable middle-click, debugged pop-up blocker, file associations, working blur()/focus(), download completion protection, a comfortable download shelf [1] [2] [3], and various others.

I’m not saying they should do things my way, but I find it, at the very least, insulting to be forced to do things their way without so much as an about:config or hard-to-find checkbox.

To be perfectly honest, for all its flaws, if Firefox 4.x can provide compact toolbars and a properly responsive GUI on Linux, I’ll switch back in a heartbeat. It may be a messy free-for-all with an extension system based on fragile monkey-patching and a rendering engine that’s more sumo wrestler than rocket, but at least it doesn’t presume to tell me how to use my own browser.

Update: As I mentioned in one of the following comments, another reason this really gets to me is the condescension, arrogance, and hypocrisy of claiming to make these changes “for the user” and then implicitly qualifying it with “We know what you want better than you do”. There’s a reason I don’t like Apple, there’s a reason I don’t like Microsoft, there’s a reason I don’t like the Apple fanboys in charge of GNOME and Ubuntu UI design, and now it looks like I also have a reason to not like Google… especially given the good arguments for reverting and the convoluted excuses against reverting that I’m seeing on the issue tracker entry for the removal of http:// from the omnibar.

Update 2: And, in what seems like an admission of defeat to me, the Google Chrome devs have now marked the issue entry for the removal of http:// read-only. In my experience, that’s the corporate equivalent of  “Ohh, nothing’s going my way. Mom!”

Update 3: While Google still seems to be convinced that their “we know you better than you do” approach to UI design is correct, they are not completely immune to reason. According to the Chrome 5.0.375.17 ChangeLog, they’ve temporarily reverted “http:// truncation, star icon, etc…”. Their official stance is “We are currently examining ways to address the usability issues that were raised and plan to reintroduce in a future release” though, so I doubt they’ll be willing to admit that stripping http:// on a non-cellphone browser is inherently a dumb idea.

CC BY-SA 4.0 Google Chrome, A Testament to Hubris by Stephan Sokolow is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.

This entry was posted in Geek Stuff. Bookmark the permalink.

3 Responses to Google Chrome, A Testament to Hubris

  1. Evan M says:

    The Tiny Menu extension for Firefox is pretty awesome; it covers half of your feature requests of Firefox from your last paragraph:
    https://addons.mozilla.org/en-US/firefox/addon/1455
    I am hopeful that some of their recent layers work ( http://weblogs.mozillazine.org/roc/archives/2010/04/layers.html ) will improve their rendering performance as well.

    Regarding the rest of your post, I found Shuttleworth’s comments on Ubuntu design illuminating:
    http://www.downloadsquad.com/2010/03/19/mark-shuttleworth-clarifies-ubuntu-is-not-a-democracy/

  2. Actually, I’m already using Compact Menu 2 because I prefer an icon over the word “Menu”, but thanks.

    As for the layers work, let’s just hope that, along with the planned switch to multi-process, it solves the XUL/Chrome performance. (My main problem with Firefox is that “native” behaviours like switching tabs, typing in the address bar, opening menus, etc. still make me feel like I’m computing through molasses)

    Finally, Shuttleworth’s comment (which I’ve already read via my feeds) isn’t exactly relevant here. I fully agree with him that you need a benevolent dictator with a vision to produce a good set of defaults… but I don’t agree with GNOME, Chrome, and Apple that customizability (especially the ability to return to what you are already used to) is evil because “it might confuse granny” even if it’s hidden away. (Yes, I’m the kind of user who prefers Gentoo or Arch over Ubuntu/Debian/SuSE/Fedora/Mandriva/etc.)

    …especially when they say things like “1. Focus on the user and all else will follow.” and then seemingly interpret that to mean “We’re the only users whose opinions matter”. (My response is “then make that clear and watch the mass-exodus, don’t try to tell me what I really want”) I hate hypocrites.

  3. Pingback: Chrome vs. Firefox: August 2011 | Stephan Sokolow's Blog

Leave a Reply

Your email address will not be published. Required fields are marked *

By submitting a comment here you grant this site a perpetual license to reproduce your words and name/web site in attribution under the same terms as the associated post.

All comments are moderated. If your comment is generic enough to apply to any post, it will be assumed to be spam. Borderline comments will have their URL field erased before being approved.