>I don't see anyone saying it's not Google's right to do these things.
I've seen plenty of people claiming that they think it's an antitrust violation and arguing that regulators should go after them for it. Though I'm not sure when not supporting a small minority platform like Windows Phone became an antitrust violation; if it has then Microsoft had better get to work shipping that edition of Office for FreeBSD.
Also, Google and Microsoft are competitors. And Microsoft has been attacking Google at every opportunity. I suppose using Microsoft as the standard for corporate citizenship is kind of a low bar, but you can only turn the other cheek so many times before some kind of response becomes an inevitability.
Especially when you have such a large organization. People keep thinking that corporations are like individuals, as though the CEO and the full legal department approves every decision an engineer makes before pushing an incremental update to one of a thousand different products.
Stories like this are completely plausible to have happened by accident or by a tiny minority of rogue individuals -- and then, multiply by tens of thousands of engineers, you see more than one such story because Microsoft PR turns every single one into front page news, and confirmation bias makes you believe it's the rule rather than the exception. Opposition research working as intended.
I don't think you've ever actually worked at a large organisation.
Engineers don't unilaterally make decisions about what goes into a product or not. That is the purview of the Product Manager and I assure you that senior executives (possibly even the CEO) do sign off on major product decisions like which platforms to support.
I assume that the large organization you've worked at isn't Google.
Product Managers don't unilaterally make decisions about what goes into a product or not. Most such decisions are made by consensus within the team (Eng + PM + UX), with the PM acting as the tiebreaker if the team can't reach consensus. Many product decisions are in fact made by engineers - a PM friend of mine once told me "The difference between Microsoft and Google is that at Google, engineers are expected to have product opinions."
As for which platforms to support - it varies based on the scale of the project. There've been times I've made the call myself (as a TL), for smaller projects like doodles and easter eggs. For a larger product like Maps as a whole, I'd imagine a VP would sign off on it.
Yes, in theory the CEO is responsible for everything that goes on at the company. As a matter of culture, though, Google tries to delegate as much decision-making power down to lower levels as possible, and then just deal with the inevitable screwups as they happen. It wouldn't be nearly as nice a place to work otherwise, nor would their "hire the best people and give them the tools and information to do their jobs" strategy work out. Yeah, PR flareups happen, but the team fixed the problem, and I bet we'll forget all about it by next week.
It could be argued that the "hire the best people and give them the tools and information to do their jobs" strategy hasn't worked out that well for product management at Google. Google Docs and App Engine are two prime examples of dysfunctional product management that seems to value the opinions of "the best people" (supposedly Google employees) more than those of the customers.
>Malcolm Gladwell's article "The Talent Myth" seems fitting
I don't think the article supports your argument. You can't argue against "talent" -- talented people are tautologically more capable than untalented people. If you don't want smart people making decisions, who do you want making them? Stupid people? Some unspecified different group of smart people under unspecified different conditions?
The article makes the strong point that certain reward systems are harmful. If you give anyone who shows strong short-term results a huge bonus and a promotion and anyone who doesn't a pink slip, you create an overwhelming incentive for people to fudge the numbers and take bad risks in order to stay on the A list. But that's not the same thing as hiring the best and brightest and then (perhaps after some probationary period) giving them the equivalent of tenure and autonomy as long as they don't start any major fires.
If the article can be summed up in a single paragraph, it's this:
"Groups don't write great novels, and a committee didn't come up with the theory of relativity. But companies work by different rules. They don't just create; they execute and compete and coordinate the efforts of many different people, and the organizations that are most successful at that task are the ones where the system is the star."
Which is bullocks, because it's overly broad. "Companies" are not a uniform thing. If you're General Electric or NASA and you make jet engines and nuclear reactors and spacecraft, you need to run everything by the lawyers and the actuaries because if you make a mistake then literally planes fall out of the sky.
But you don't design web apps the same way as you design medical devices. The risk profiles are totally, comprehensively different. If a pacemaker fails, someone dies. If Google Maps is not available on your device, you just use Mapquest. Or a paper map. Or ask someone for directions. If some engineer collects wifi data that they probably ought not to have, again no one dies, and the ultimate outcomes in the case of "collected and then deleted before being used" vs. "prevented by bureaucratic process from being collected" are, as far as I am aware, completely identical for all parties other than from a public relations perspective.
When the cost of a mistake is low, it makes good sense to take more risks. If the damage that someone can do is smaller, you don't need to put so much effort into preventing it. Which is good -- it's efficient -- because having to check and double check is slow and expensive.
There are legitimately cases where it costs more to prevent a mistake than to clean it up. In those cases it is completely rational to allow mistakes to happen. Science needs negative results. Sometimes we need to be allowed to make mistakes in order to learn from them. And companies in such industries can do far worse than to act as a risk pooling apparatus for a loosely federated collection of small teams of individual inventors.
This is probably not a strategy that works well if you're making war machines or dangerous chemicals or massive scale financial transactions. But it seems to be a strategy that works well for making web apps.
I mean, they are making billions of dollars. Enron didn't make billions of dollars. Enron lost billions of dollars and then lied about it. That's a pretty big difference.
I have no doubt that in many cases you will be able to find a piece of paper with a high level executive's signature on it or an email with that person CC'd for all manner of minutiae, and I'm sure if you're a lawyer then you like to make a big deal out of that kind of stuff.
But the truth is, decisions get delegated. The CEO signs off on the VP's recommendation, which was really a mid level manager's recommendation, which really came from someone at the bottom of the totem pole. The degree to which each of the approvers actually decided anything as opposed to merely placing their trust in the subordinate's judgement at any given company is to a large degree a matter of personal preference, individual trust relationships and corporate culture.
Moreover, there are rules and there are facts. Just because the CEO thinks he decided something doesn't mean that by the time the game of telephone is fully played, something distinctly different isn't going into the market. And in altogether too many cases, the first indication the top level executives get that something is awry is an article in the New York Times.
I've seen plenty of people claiming that they think it's an antitrust violation and arguing that regulators should go after them for it. Though I'm not sure when not supporting a small minority platform like Windows Phone became an antitrust violation; if it has then Microsoft had better get to work shipping that edition of Office for FreeBSD.
Also, Google and Microsoft are competitors. And Microsoft has been attacking Google at every opportunity. I suppose using Microsoft as the standard for corporate citizenship is kind of a low bar, but you can only turn the other cheek so many times before some kind of response becomes an inevitability.
Especially when you have such a large organization. People keep thinking that corporations are like individuals, as though the CEO and the full legal department approves every decision an engineer makes before pushing an incremental update to one of a thousand different products.
Stories like this are completely plausible to have happened by accident or by a tiny minority of rogue individuals -- and then, multiply by tens of thousands of engineers, you see more than one such story because Microsoft PR turns every single one into front page news, and confirmation bias makes you believe it's the rule rather than the exception. Opposition research working as intended.