I'm waiting for the part where she explains why she doesn't work at Google.
Why I Don’t Work At Google
11–20 of 76 posts
Re: Why I Don’t Work At Google
#12Re: Why I Don’t Work At Google
#13I think the correct title would have been - "Why I won't work at Microsoft, again.". I don't think it's a valid argument against Google without having any data-points. I've seen many Startups also don't finish their features/products and throw away when they realize this is not the right thing to do. Overall, don't generalize too much. Experiences are different for different people at different places.
Re: Why I Don’t Work At Google
#14I think the correct title would have been - "Why I won't work at Microsoft, again.". I don't think it's a valid argument against Google without having any data-points. I've seen many Startups also don't finish their features/products and throw away when they realize this is not the right thing to do. Overall, don't generalize too much. Experiences are different for different people at different places.
Right, but look at google's recent history: more and more people, and in some way, less and less signal generated. This is some truly unavoidable thing I guess, unless you do some radical stuff like splitting apart your company in different pieces, like anti trust itself would do? Also for me is truly disturbing the idea of being able to select people that will do great stuff just using an interview. You can just che…
Re: Why I Don’t Work At Google
#15There are good teams, and there are bad teams, and there's bound to be a bunch of both in any organization. You have the same problem with startups: there are good ones and bad ones, and it's usually not possible to tell one from the other until you join them.
Why not just try, see what you get, and then you can transfer or quit if you end up on a bad team? Hell, it's a lot easier than joining a bad startup, where you have to get a whole different job to escape from it.
Re: Why I Don’t Work At Google
#16Have you considered Fogcreek? "Smart and gets things done" seems to be a strong theme throughout the company.
http://www.joelonsoftware.com/articles/GuerrillaInterviewing...
Re: Why I Don’t Work At Google
#17Can't you ask questions about the team during the interview, to gauge whether they get things done or not?
It's also not unusual for teams to change shortly after you start - I switched managers in my second day there, and then what I ended up working on wasn't exactly what I was assigned to work on.
Re: Why I Don’t Work At Google
#18Re: Why I Don’t Work At Google
#19Have you considered Fogcreek? "Smart and gets things done" seems to be a strong theme throughout the company.
Go Google!
Re: Why I Don’t Work At Google
#20I think the correct title would have been - "Why I won't work at Microsoft, again.". I don't think it's a valid argument against Google without having any data-points. I've seen many Startups also don't finish their features/products and throw away when they realize this is not the right thing to do. Overall, don't generalize too much. Experiences are different for different people at different places.
For Microsoft it's Office tools, development tools and operating systems. We may not like those products, nor wish to work on those teams irrespective (I'm a UNIX hacker, there's no way I'd be happy at Microsoft, lest they bring back Xenix), but I'd imagine those teams are great to work on.
For Google, it's obviously search, infrastructure (incredible competitive advantage for them), advertising system and other things Internet or networking (including Android, Chrome etc...). It's not their office or enterprise offerings (Google docs are useful, but they're popular because they're only game in town so far).
I wouldn't join Microsoft to work on online services or join Google to work on desktop or enterprise products (with exception of Chromium). I would imagine I'd be sidelined by management or technical leadership who is just not used to that particular type of software (e.g., if you make shrink wrap office software you'd be hesitant to adopt methodologies that involve daily pushes of code or see the value of making services highly available and fault tolerant).
Of course, I am open to hear arguments to the contrary (do you work on online services at Microsoft and find that you're able to "get things done" without interference? Ditto for desktop software at Google).