I work at Google, and I think it's great. Keep in mind that there are many, many different projects and groups at Google, and so the explicit set of things that you might work on will vary a lot. However, people can also transfer between projects after a year or two, so there is also plenty of opportunities to find cool work that you are passionate about.
As far as the "cog in a big machine" that people have talked about, it all depends on what you are comparing it against. Speaking as someone who worked at Big Blue for 8 years, people who are complaining about Google employees being a "cog in a big machine" have no idea what they are talking about. Compared to working at 10 person startup where you have no idea if the company will be able to pay your salary six months from now, but where you can have a huge outsized impact on the product, sure. But if you compare how many users will get impacted by your work at Google, compared to at a typical startup, impact is also relative and it all depends on what you are comparing against.
So if you want the adrenaline rush of working at a startup, Google will definitely not be for you. But if you want to work at a company which will very likely be around for a very long time, and where you can have a huge impact, Google is a really good place to be. I'm certainly very happy to be there.
And the biggest reason why I love working at Google? Nearly everyone I meet at Google are amazingly smart, and great to work with, both from a social and a professional point of view. Trust me, this is not necessarily true at many other companies....
(And as far as "shitty legacy maintenance" is concerned, I work in the same department as michaelochurch used to work in, and my team --- the production kernel team --- just recently finished rebasing the Linux kernel which runs in all of the machines in Google's Data Centers to the 3.3 Linux kernel from upstream. So for a month or two, I was a very well paid patch monkey. But then again, it's very careful, exacting work that requires quite a bit more analysis and deep understanding of the code that you might think --- and any mistakes could impact users all over the world. Personally, I found it very satisfying, and at the end of it, we had paid down a lot of technical debt and it will make future engineering work on the kernel a whole lot easier. And now, after taking a week in San Diego to attend the Kernel Summit, and the Linux Plumber's Conference, I'm going to take a week of vacation in Santa Fe, and then I'll be back to making file system and storage better for Google and for Linux.)
As far as the "cog in a big machine" that people have talked about, it all depends on what you are comparing it against. Speaking as someone who worked at Big Blue for 8 years, people who are complaining about Google employees being a "cog in a big machine" have no idea what they are talking about. Compared to working at 10 person startup where you have no idea if the company will be able to pay your salary six months from now, but where you can have a huge outsized impact on the product, sure. But if you compare how many users will get impacted by your work at Google, compared to at a typical startup, impact is also relative and it all depends on what you are comparing against.
So if you want the adrenaline rush of working at a startup, Google will definitely not be for you. But if you want to work at a company which will very likely be around for a very long time, and where you can have a huge impact, Google is a really good place to be. I'm certainly very happy to be there.
And the biggest reason why I love working at Google? Nearly everyone I meet at Google are amazingly smart, and great to work with, both from a social and a professional point of view. Trust me, this is not necessarily true at many other companies....
(And as far as "shitty legacy maintenance" is concerned, I work in the same department as michaelochurch used to work in, and my team --- the production kernel team --- just recently finished rebasing the Linux kernel which runs in all of the machines in Google's Data Centers to the 3.3 Linux kernel from upstream. So for a month or two, I was a very well paid patch monkey. But then again, it's very careful, exacting work that requires quite a bit more analysis and deep understanding of the code that you might think --- and any mistakes could impact users all over the world. Personally, I found it very satisfying, and at the end of it, we had paid down a lot of technical debt and it will make future engineering work on the kernel a whole lot easier. And now, after taking a week in San Diego to attend the Kernel Summit, and the Linux Plumber's Conference, I'm going to take a week of vacation in Santa Fe, and then I'll be back to making file system and storage better for Google and for Linux.)