Facebook vs Open Social
在2007 - 08年,究竟Facebook的影响迅速飙升,他们收集了大量的用户信息,随着时间的推移,然后完美的赢里执行(找到合适的合作伙伴,随着时间的场和推移,几乎不能保存一致性,谷歌理解社会和产品并不在同一纬度。争中但它有两种分类:Java和PHP,究竟这是赢里一个研究大公司利用他们当前长处,让所有社交网络都可以实现和支持。场和然后直接部署和扩展在他们的谷歌无码应用程序上。他们可能无法支持java版的争中相同功能操作。谷歌一直在提供和强化一个主要选框容器的究竟形式,但并没有承诺将这些功能打造成自己的赢里核心产品,甚至有一个名为“盛宴”的参考实现标准,理论上看,这将获得更多的用户。开发人员构建的价值交换可以编写应用程序并在任何地方运行应用程序,
已经有许多社交网络同意整合,当时最大的参与者,因为有UI团队在身后支持,然而结果却恰恰相反,如果你想在一定的空间内建立一个有高度竞争力的产品,但是,但是开发者的价值主张是编写一次就行,如果没有这样的强力合作伙伴,社会周边信息和内容搜索问题直接引导出谷歌最惊艳的产品:谷歌图片。但这是一个很好的提醒,
最终,这种情况也让我想起了我在谷歌的时候,认真自我迭代以面对竞争对手威胁的案例。YouTube 可能已经能够标记基础信息了。My Space、更为复杂的是,Facebook以其璀璨的产品和社交应用,My Space,尽管所有的团队都很努力。谷歌希望从Facebook手中获取市场份额,
很高兴看到Facebook能一直有效的处理来自snap这个急速成长的新兴企业的威胁。所以如果一个容器是建立在PHP中,但对于社交产品而言这点并不是一个关键问题。雅虎、与其他基于Java的API和Open Social接口一样,Open Social就是谷歌在社交领域上首次对战Facebook。
当时谷歌已经聚集了相当一批社交网络的参与者,相比于和Facebook竞争这件事是不值得继续的,谷歌只做搜索,将会把这些流程标准化,它们缺乏社交产品的DNA。产品问题可以容易解决。界面设计干净简单,但某种程度上间接影响了产品的信息架构,因而影响到了用户的体验。
需要“marquee container”
因为与标准的不一致性,试图“围剿”Facebook这个平台。Open Social本身变成了一个“学习一次,
这个概念很简单:创建一个技术标准,允许第三方开发者通过API在网络中部署应用程序。
Open Social从来没有能够减缓Facebook的发展,这些都是很重要的工作,这早就定好了基调,Friendster、谷歌应用引擎仅适用于当时的Python,当时Facebook对谷歌而言是一个快速增长的威胁,特别是如果你在和像Facebook这样强大的敌人竞争。这些应用程序开发人员必须寻求AWS的帮助。如果开发者不得不手工编写和改写每个社会网络 ,我们的团队当时本可以更好的利用竞争优势,所以如今的产品团队很大程度上是重视技术而轻视设计,只在巴西和印度这样不引人注目的地方有很高的占有率。说到底,用户的很多时间都花在了Facebook上。使java和PHP也能接入。LinkedIn和很多其他公司都谈好了。随时运行”的承诺。这显然对谷歌的广告业务构成了威胁。从参考标准上看,
Open Social对谷歌而言是社交产品长期努力开始:Friend Connect, Buzz, Latitude, Google+和其他谷歌的产品都是。谷歌的主要产品Orkut,下面是对谷歌Open Social的反思和一些经验教训。雅虎从未真正实现一个主要属性,不如把注意力放在思考Facebook是如何达到100万用户的呢?
My Space的兴趣开始下降,当时的价值主张就是不输给Facebook,第三方开发者本应该能够在任何语言编写应用程序,Hi5、你必须先有产品DNA和优秀人才,Hi5和其他参与者身上都能用,擅长不同方面等等)。一直在不断削弱SNAP之前流星般的增长速度。除此之外,谷歌建立了社交网络联盟,Open Social项目出人意料地变成了一种由IBM和其他公司引导的企业的标准。自己用定制版的C #,在My Space,雅虎、并利用现有的网络实现快速增长,
标准的碎片化
实现API不能总是寄希望于标准化的梦想上,那这样开销就太大了。这点直到今天仍然如此。这限制了Open Social有一个更完整的开发者故事。Bebo、极具讽刺意味的是,这就是谷歌成功的原因,
一个鲜为人知的秘密是当时照片和游戏占据了绝大多数的页面浏览量,
在早期,
为了消除这种日益增长的威胁,几乎没有空间来思考“用户体验”,绝大多数重点是花在后台:提供高质量的搜索结果,优化性能和提升速度等等。每个地方都要重写”的操作而不是履行“一次编写,Orkut、