Why Google *really* killed Reader
Jul. 8th, 2013 08:11 pmhttp://www.marco.org/2013/07/03/lockdown
Marco Arment has a pretty cogent analysis, which boils down to "because Facebook."
Worth reading.
Marco Arment has a pretty cogent analysis, which boils down to "because Facebook."
Worth reading.
no subject
Date: 2013-07-09 12:29 am (UTC)The baleful influence of the Plusterfuck was, sadly, only the final nail in Reader's coffin.
For the most part, Reader was killed by Google's internal corporate culture, which prioritizes and rewards enormous ocean-boiling projects over thoughtful stewardship and incremental improvements to mature products save for the (mostly) untouchable cash cows of search and ads. Nobody wanted to work on Reader because working on Reader was clear and obvious career suicide: you would get no recognition from your peers, no shout-outs at TGIF, no multiplied bonus, no big lucite award plaques... and in the end no promotions and no job.
Reader was and is far from alone in this category, and all that was the case long before Vic and Larry ascended to the throne and made
FriendsterFacebook into their white whale-- just ask the Dodgeball guys, or the XMPP team, or anyone who still admits to working on Google Voice.And... that is what it is, I guess; they have and occasionally continue to put out useful products despite all that. But a product at google with no engineering support is a dead man walking, because it's inextricably built on top of a set of infrastructure products (bigtable, GFS, etc) that are themselves constantly changing, with no guarantee whatsoever of backward compatibility between releases. Eventually one of the shared libraries your code depends on gets removed from the relevant package repo, and you can't launch any more servers and you're gone.
no subject
Date: 2013-07-09 10:51 am (UTC)no subject
Date: 2013-07-09 09:55 pm (UTC)So it would make a lot of sense for Google to support standards in this area, getting everyone to team up against facebook.
Wouldn't it?
cf http://www.w3.org/2013/socialweb/
no subject
Date: 2013-07-10 01:31 am (UTC)no subject
Date: 2013-07-10 01:48 am (UTC)no subject
Date: 2013-07-10 11:10 am (UTC)Abstractly I think it resembles a non-iterative prisoner's dilemma in that companies believe they will gain more by competing than cooperating. In particular if you believe that non-cooperation would remove your opponent then it's logical not to cooperate. See AOL and Yahoo who still exist, technically, but who have been effectively removed from play, along with hundreds of other smaller players. What's interesting is that smaller players who have no hope of knocking out the giants are playing non-cooperative. But if you are in a prisoner's dilemma - iterated or not - and you believe your opponent will not cooperate then the logical strategy is for you not to cooperate either.
no subject
Date: 2013-07-10 02:10 pm (UTC)But we have lots of evidence of cooperation, with wild success. The list of standards on which these companies is built is vast and very well known: Ethernet, USB, SCSI, C, C++, Java, IEEE floating point, IP, TCP, HTTP, HTML, CSS, JPEG, XML, JSON, SQL, ASCII, Unicode ... just to name some outrageously successful standards). Without the cooperation that produced these standards, none of these companies could exist. Most large and many medium-size tech companies companies put lots of work into standardization, paying consortium dues and allocating multiple FTEs to these efforts. Even Facebook is now quite active in parts of W3C.
But it seems like when it comes to social, they forget all this.
no subject
Date: 2013-07-10 02:40 pm (UTC)All the standards you cite either were developed in days when companies saw the competitive landscape differently and/or were international body efforts and/or did not appear to allow others access to what companies saw as their proprietary grounds. When they did (e.g. Microsoft vs Java) they fought hard against.
As I think the original article argues, Apple and then Facebook changed the game. Apple has made a religion of doing things its own way, closing off the rest of the world, and being ridiculously successful at it. AOL failed at this game, but Facebook succeeded using essentially the same playbook as AOL tried. if you have two models in front of you: closed/proprietary/wildly successful or open/sharing/um... yeah, sort of less successful which model would you emulate? That's rhetorical - I'm just saying it's not an irrational move to emulate the big successes.
no subject
Date: 2013-07-12 01:27 pm (UTC)It seems like what folks are doing now is like if Sun had kept Java closed to the degree Microsoft would have, and tried to compete solo, 1-1 against Microsoft. Or everyone had stuck to their own propriety networking solution (think Novell and IBM Token Ring) instead of using Internet protocols. That would have been foolish of them, yes?
no subject
Date: 2013-07-12 04:21 pm (UTC)The question of whether Facebook could stand against a unified alliance is moot because such an alliance would be unstable at best, illegal under many circumstances, and unlikely ever to form. The business cost of fighting a group of competitors has to be weighed against the business costs of lowering barriers to entry (which is one thing standards do) and then allowing lots of other people in to compete.
I don't think Facebook sees Google or Microsoft as its biggest threats. Their real threat is going to be some company nobody has yet heard much about who will do to Facebook what Facebook did to MySpace and their ilk. To the extent that Facebook exposes APIs anyone can use, and subscribes to standards anyone can copy it's enabling that anonymous future entity to kill it faster and more easily.
And again, remember that your original supposition was that acting in a proprietary manner was not "plausible." I think this strategy is perfectly plausible. It may turn out in the long run to be inferior to your preferred cooperative strategy, but I don't see how you can continue to maintain its implausibility.
no subject
Date: 2013-07-09 03:11 am (UTC)no subject
Date: 2013-07-09 10:53 am (UTC)no subject
Date: 2013-07-09 04:53 pm (UTC)Google does not grok "mature product with a stable and happy userbase."