Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Mayson, can you be more specific? What has happened to them?

Gmail: I can't think of anything negative that's happened to Gmail in recent times (unless you didn't like the UI redesign - there are certainly mixed opinions on that), and certainly the performance and uptake of Gmail has only improved.

Google Reader: Not much new happening, but it's still running. Are you referring to the changes in the sharing model? Whichever sharing model was better, surely you can agree that having one unified sharing experience across Google produces results in a more streamlined product, and at least this was a step in the right direction.

Google Labs: Was closed down, yes. I still don't understand how this relates to the parent post. My thoughts on closing down labs: Labs was supposed to be a way to get ideas out there in the wild before turning them into a fully-supported core product. This was great for the engineers who had built these things (they got to see them used), and the early-adopters who tried Labs products. However, as time goes on and nobody's doing any development work on a particular thing in Labs anymore, there is still an operational cost to other engineers at the company who have to keep the thing up and running. Since it's a 'Google' product, the brand image is at stake, so we can't just let them wither. So I think it's reasonable to decide to have each labs product either shut down or integrated into a core (supported) product. Perhaps it would have been better to chuck all the old labs and start again, with a published policy that things in labs will either be fully supported or completely gone 1 year after launch (or something). The removal of labs is a signal that there's more red tape around launching new products than there used to be, but I think that's inevitable as a company grows, and more than some engineer's weekend is on the line if a lunch goes badly.

20% Time: Still as strong as ever, from what I can tell. About half the engineers I know have a 20% project, and there's nobody who doesn't have one who wishes they could have one. Most of the time if people don't have a 20% project it's only because they find their core job interesting and diverting enough that they don't have a desire to split their time with a side-project. Despite what some people have claimed on HN, your manager can't deny you from having a 20% project if you want one.

(I work for Google, but not on any of the products mentioned above, and I (willfully) don't have a 20% project. These are my opinions and not necessarily those of my employer.)



Despite what some people have claimed on HN, your manager can't deny you from having a 20% project if you want one.

Theoretically, managers can't block you from having 20% time, and there's no official permission process you need to go through to take it, but if your manager says, "I'll fuck you over in Perf if you do a 20% project", then you don't have 20%-time.

What I'm told is that, before 2007 or so, Google actively worked to avoid manager-as-SPOF, and that this is what made Google great. But then they hired a bunch of executives from mainstream large companies and didn't tell them to wipe their fucking feet off before coming inside.


> if your manager says, "I'll fuck you over in Perf if you do a 20% project", then you don't have 20%-time.

I find it hard to imagine a manager could get away with saying that, but even if they did, I think it would be an empty threat. Perf is designed so that the manager is not a SPOF, your peers' reviews are considered at least as important as your manager's review. It would be pretty obvious if there was a big discrepancy between what your manager says and what your peers say, which would call your manager's review into question. The only way this would be a problem would be if your peers give you bad reviews too (and if that's the case, then maybe, just maybe, you need to take a look at yourself).




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: