Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Chrome Release Cycle

docs.google.com

Post reply on HN
Print view View original

21–30 of 30 posts

Re: Chrome Release Cycle

#21

Post by mtklein »

w1ntermute wrote: post #6
d_r wrote: post #5

Earlier quoted context omitted.

Lack of silent updates was one of the key reasons I switched from Firefox to Chrome (speed was another.) Seemed like every time I opened the browser to view a webpage I needed to see that very moment , Firefox would pop up an annoying update prompt that I'd keep clicking out of each time.

The funny thing is that from a Linux user's perspective, Google was simply providing a workaround for what should have been the OS's job. On Linux, Firefox's auto-updates are disabled so that the OS can handle that instead. This is probably the best solution, as it gives you the most control over updates, and applies to all software system-wide. You're not forced to install updates at any time, and you can disable th…

And last I looked, that's how Chrome/Linux works too, at least on Ubuntu. When you download and install the deb, it'll set up apt sources so you get updates through the system.

Re: Chrome Release Cycle

#22

Post by chrisbroadfoot »

angrycoder wrote: post #2

I've used chrome for about a year now. I've gotten so used to the seamless and silent updates that every other piece of software seems like nagware. I'm sure I'd be singing a different tune if it broke my browser during a silent update.

It's not only less of a hassle, but veritably good for the web.

If only we could essentially rely on all our users' browsers being up-to-date!

Re: Chrome Release Cycle

#23

Post by ugh »

angrycoder wrote: post #2

I've used chrome for about a year now. I've gotten so used to the seamless and silent updates that every other piece of software seems like nagware. I'm sure I'd be singing a different tune if it broke my browser during a silent update.

I always wonder why those update dialogs pop up when you start a program. That’s the one point in time when it is very clear that you definitely do want to use the program, the one point in time when you don’t want to be disturbed. Those dialogs would be a lot less annoying if they popped up when you quit the app, still allowing you to opt-out of updates but in a lot less annoying way.

One possible negative effect is that updates get installed later (an average session length later), I wonder whether that’s offset by people not installing updates when the browser starts because they have something better to do?

Re: Chrome Release Cycle

#24

Post by moe »

ugh wrote: post #23
angrycoder wrote: post #2

I've used chrome for about a year now. I've gotten so used to the seamless and silent updates that every other piece of software seems like nagware. I'm sure I'd be singing a different tune if it broke my browser during a silent update.

I always wonder why those update dialogs pop up when you start a program. That’s the one point in time when it is very clear that you definitely do want to use the program, the one point in time when you don’t want to be disturbed. Those dialogs would be a lot less annoying if they popped up when you quit the app, still allowing you to opt-out of updates but in a lot less annoying way. One possible negative effect is…

My absolute favorite in terms of updating is Calibre; an otherwise excellent app (albeit with a fairly "experimental" UI).

Calibre tells me about a new release every single time I open it, they seem to release almost daily.

Sadly the "update" button on that dialog merely opens the web-browser, where you have to manually download and install the new version. Oh, and that is a 60MB(!) download every time.

The procedure is so absurd that it's actually amusing again. That's why I'm still doing it, I guess, even though after 20 or 30 updates I still haven't noticed any visible change to the software.

Re: Chrome Release Cycle

#25

Post by alanfalcon »

mikecarlucci wrote: post #9
MrJagil wrote: post #4

One 'problem' with this modus operandi is that some companies use the big releases as selling points. It is interesting that the Chrome team does not feel the pressure to do this. Especially considering how heated the browser war is these days. Everyone seems to think Firefox 4 is going to be the salvation, for example. On the other hand, the silent updates are a blessing, and good features are another way of attract…

Well, Google does make some noise about releases. I forget which version (proving your point) of Chrome brought the Store, but at the time it was touted by version number, despite the silent update. Probably something we'll see more of as companies move to the cloud and mobile.

The version number was touted by tech blogs and other media, but not by the Chrome team themselves, a point which they made in response to a comment here on HN if I remember correctly.

Re: Chrome Release Cycle

#26

Post by iaskwhy »

angrycoder wrote: post #2

I've used chrome for about a year now. I've gotten so used to the seamless and silent updates that every other piece of software seems like nagware. I'm sure I'd be singing a different tune if it broke my browser during a silent update.

That has happen to me sometimes with Chrome and every single time I think how cool it is that it updates itself and how cool it would be to just keep the bug free version around.

I rely heavily on the information saved by Chrome every time I use a form and I noticed how it doesn't save it when I use the beta version. Now that's fine because I can just use the last non-beta release just like everybody else but on the current one (at least on Windows 7) I can't access those saved values if the form is loaded by ajax into some iframe. It's really annoying.

Re: Chrome Release Cycle

#27

Post by reneky »

ximeng wrote: post #14

I like the idea of hiding features behind flags. You can see evidence of this from the number of command line options in the source: http://src.chromium.org/svn/trunk/src/chrome/common/chrome_s... They do this even for fundamental features of the browser. For example, there's four different process models available: http://dev.chromium.org/developers/design-documents/process-... For planning software releases, I take…

Also: Microsoft is charging for updates. I'm not sure people are ready for a paid subscription service for windows.

Re: Chrome Release Cycle

#28

Post by wanderr »

This came out at just the right time. I've been pushing my team towards a releaSe cycle very similar to this one, not modeled after any particular system, just seemed like a good. Idea. Nice to have some outside vindication from such a respected source.

Re: Chrome Release Cycle

#29

Post by InclinedPlane »

reneky wrote: post #27
ximeng wrote: post #14

I like the idea of hiding features behind flags. You can see evidence of this from the number of command line options in the source: http://src.chromium.org/svn/trunk/src/chrome/common/chrome_s... They do this even for fundamental features of the browser. For example, there's four different process models available: http://dev.chromium.org/developers/design-documents/process-... For planning software releases, I take…

Also: Microsoft is charging for updates. I'm not sure people are ready for a paid subscription service for windows.

Indeed. Microsoft charges for their major version updates. I'm sure this is a reason why people have put excessive importance in Chrome's major version number. When you release for free you can choose version numbers for engineering reasons, when your revenue is tied to releases you ensure that each major version bump is sufficiently "meaty" to justify the purchase.

Re: Chrome Release Cycle

#30

Post by IgorPartola »

cookiecaper wrote: post #20
celticjames wrote: post #3

One thing that helps Chrome release often is that the api for building extensions is all javascript. By comparison, Firefox extensions can have binary components. This means there needs to be a certain amount of platform stability or extensions will break every six weeks. I think that in the future we'll see faster release cycles for Firefox as the api for extension building becomes more js based and less dependent o…

Almost every extension I've tried has worked fine on Firefox 4, and certainly between the 3.x releases. While you might be right that this should be considered occasionally, it doesn't seem to be a big deal.

Firebug, HTTP Live Headers, AdBlock Plus and a slew of other extensions I typically use do not work until a late beta is out.
Post reply on HN