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