对我来说，通常感觉像Facebook员工提供的支持很少，现在正在减少。大多数问题似乎很少获得观点或答案，并且大多来自不返回的1-rep用户。存在大量的问题，包括离题的支持问题（可能是因为Facebook除了常见问题解答之外并未为其8亿用户提供太多支持）。
即使在Facebook每周的“ Operation Developer Love”（Operation Developer Love）上发布的两个小统计项目（由于Facebook不喜欢其开发人员，这也是一个令人误解的标题）也很糟糕（答案率为31％，48％回复率），尤其是相比该网站的平均回答率（81％）。但这是Stack Overflow方面的统计数据会有所帮助的地方。
#1 楼
数据似乎确实清楚地表明，带有Facebook标签的问题的回答率非常低，而Facebook员工的参与率却几乎没有。我们计划在下一个可能的机会将此问题带给公司，并鼓励他们恪守“开发者热爱”的座右铭。我们还将构建一些简单的报告，与他们共享以跟踪这方面的进展。评论
我只想说我很高兴看到Be Powers愿意听取社区意见并进行修改。
– simchona
2012年2月8日在18:53
我认为反馈（尤其是自动化反馈）对于帮助他们兑现承诺最有用。一旦他们可以轻松地对其进行衡量，就可以要求其支持人员负责，而现在，他们还没有简便的方法来查看故障。
– Pollyanna
2012年2月8日在18:54
荣誉如果您在这些事情发展的过程中对我们进行评估，我们将不胜感激（并且您认为这样做很相关）。
–casperOne
2012年2月8日在19:44
有趣的是，前一段时间，我读了FB的一个高级人员的一篇文章，该文章称他们为使用api /对待开发人员所犯的所有错误感到抱歉，并致力于修复它们。猜猜我们都知道结果如何
–亚当·拉基斯（Adam Rackis）
2012年2月8日在20:03
@Joel，它应该像一个stackexchange，如果不符合StackExchange标准，则它在网络上没有位置。
–乔纳森
2012年2月22日19:22
“下一个可能的机会”出现了吗？自您回答以来已经快六个星期了。
–casperOne
2012年3月20日在12:15
下周我们将在Facebook总部外出。我们与他们共享的唯一报告在标签“顶部用户”页面上可见-例如，参见stackoverflow.com/tags/facebook-graph-api/topusers
–乔尔·斯波斯基♦
2012年3月21日在1:31
一年后有任何更新吗？我看到合作伙伴关系仍然存在，所以猜猜汇率有提高吗？ :)
–影子向导正在接种疫苗
2013年6月12日下午6:38
#2 楼
我绝对会说。低质量和离题的问题的涌入以及Facebook开发团队的贡献水平下降，意味着Stack Overflow的用户已经走到了尽头。注意，这与Stack Exchange作为一家公司能否获得成功不一样。我们不知道幕后到底发生了什么，因此可能涉及金钱/激励措施，这使Stack Exchange值得付出成本。
我的建议是复兴Facebook Developers Area 51提案，然后开始朝这个方向铲掉迁移的问题。
应该扩大提案的范围，以包括Facebook政策以及Facebook应用程序。
与Stack Overflow重叠，并且如果问题是针对Facebook编程，那么它将在此处成为主题，否则，它将在Facebook.SE上成为主题（是的，我现在称之为）。 >
然后，我们可以在Stack Overflow上淘汰该子域，并解决一堆与Facebook子域相关的问题（如此问题）。
评论
“ ...短棒的末端”-您的意思是“ ...短棒的末端”，对吗？
–cdeszaq
2012年2月7日在18:02
在这里担保OffBySome及其标志。太多的人不明白。
– BoltClock是独角兽
2012年2月7日在18:13
@OffBySome好一点，一旦我添加了链接，该语句的那部分已经过时了。已更正。谢谢。
–casperOne
2012年2月7日在21:14
@OffBySome现在您已经提供了用户ID，我将对其进行详细说明。
–casperOne
2012年2月8日在17:13
我说Facebook本身应该已经安息了。
–购买了777
2012年11月11日23:16
#3 楼
Joel的回答的快速跟进：上周，Joel，Alex和我本人与Facebook的Don Faul和Charles Dowd会面，讨论了我们可以如何共同改善开发者关系。
我们表达了这里提出的担忧：Facebook未能回答问题，并且（缺乏）文档使其他人很难回答。 />他们承诺将通过增加Facebook开发人员关系团队发布的答案，并努力使文档保持最新状态，为在Stack Overflow上解决更多问题做出真正的努力。我们将来也可能会进行某种SO开发<-> Facebook开发聚会，以帮助他们的工程团队熟悉Stack Overflow的参与方式如何帮助开发人员收集对其工作的反馈。
我们所有人都同意，问题的很大一部分是发给Facebook的大量低质量或简单的脱题问题。其中有些是不可避免的-随着流量的增加，噪音也会增加。幸运的是，Stack Overflow为每个人提供了帮助清理此问题的工具。部分原因是与Facebook自己的支持论坛相比，SO的易用性（加之Facebook有时偶尔不清楚其实际含义）。他们将致力于为不涉及编程的问题提供更好的支持选项。
我的直觉是，如今的Facebook在90年代初至中期的处境与Microsoft类似：一个流行的，快速增长的平台，落后于开发人员的文档和支持。花费了一段时间，但微软赶上了-通过优先考虑开发人员，即使他们的收入来自Windows和Office的销售。 Facebook需要这样做。
最后，感谢您在此方面坚持不懈。那些活跃在[facebook]标记中的人是Stack Overflow上该社区的核心-如果您感到被轻度，不知所措或无能为力地管理自己的社区，修复此问题对我们来说是当务之急。
评论
只有时间会证明……但这看起来是朝着正确方向迈出的一步。手指交叉。
–六
2012年4月6日在0:03
@Off：正如Lix所说，只有时间会证明一切。他们不会是第一个将开发人员放在首位的公司。我们的目标是让他们知道自己这样做是危险的。
–Shog9
2012年4月6日14:38
这部分非常令人不安：“很幸运，Stack Overflow为每个人提供了帮助清理此问题的工具。”我们为什么要清理他们的东西？
–casperOne
2012年4月8日在0:03
自私人测试版@Casper结束以来，我们一直在清理Microsoft的资料，这也是同样的原因。还有谷歌，苹果，思科，Zend和……受欢迎程度的代价是源源不断的废话。
–Shog9
2012年4月8日，0：10
@Shog并没有给他们太多动力来帮助解决问题，不是吗？就是说，我看不出我们特别注意他们的原因。
–casperOne
2012年4月8日，0：31
@Shog哦，我们不要忘记您提到的其他公司没有专门的子站点；不论好坏，我们彼此爬上床，我们俩都必须做工作以保持制造。如果我们没有子站点，那么它将只是另一个标签，这不会成为问题。
–casperOne
2012年4月8日在2:33
@casper，也许是我误会了您，但听起来您是在建议我们放弃在[facebook *]上进行审核...这似乎是个坏主意。也许您可以详细说明？
–Shog9
2012年4月8日4:45在
@ Shog9不，我们放弃了facebook.so子域；没有特殊待遇，没有品牌标志，什么都没有；无论是好是坏，这些问题都会和其他所有问题一样受到审核。
–casperOne
2012年4月8日下午4:51
#4 楼
直到来自Stack Exchange Inc.或Facebook的某人说出了这句话，我才能够提出建议。下图的数据来自Facebook Developer Love Blog帖子。
您可以在此处查看数据
https://docs.google.com/spreadsheet/pub?hl=zh_CN&hl=zh_CN&key=0AqkrnwIYs4I1dHg3X2xITXY4Q1BoSVFJODE1QUI0S3c&output=html
需要缺少数据
投票
视图
关于用户自己我除了查看“活动性”标签之外，没有其他方法可以最好地量化。 ：//stackoverflow.com/users/821917/cat-lee？tab = activity
Jeff Sherlock-https://stackoverflow.com/users/850494/jeff-sherlock?tab=activity
科姆·道尔-https://stackoverflow.com/users/508382/colm-doyle?tab=activity
Dhiren Patel-https://stackoverflow.com/users/855298/dhiren-patel?tab=activit y
Jeff Bowen-https://stackoverflow.com/users/426839/jeff-bowen?tab=activity
道格拉斯·珀迪-https://stackoverflow.com/users/845837/douglas-purdy？ tab = activity
Matthew Johnston-https://stackoverflow.com/users/850947/matthew-johnston?tab=activity
dschultz-https://stackoverflow.com/users/850730/dschultz?tab = activity
squinlan-https://stackoverflow.com/users/318666/squinlan?tab=activity
Alexandre Couturon-https://stackoverflow.com/users/851643/alexandre-couturon?tab=活动
保罗·塔里扬-https://stackoverflow.com/users/90025/paul-tarjan?tab=activity
c-abernathy-https://stackoverflow.com/users/850495/c-abernathy ？tab = activity
西蒙·克罗斯-https://stackoverflow.com/users/851727/simon-cross?tab=activity
乔纳森·迪安-https://stackoverflow.com/users/850570/jonathan -dean？tab = activity
查尔斯·道德-https://stackoverflow.com/users/850573/charles-dowd?tab=activity
Scott MacVicar-https://stackoverflow.com/users/945990/scott-macvicar?tab=activity
J Starr-https://stackoverflow.com/users/469456/j-starr?tab=activity
康斯坦丁·库姆泽兹（Constantin Koumouzelis）-https://stackoverflow.com/users/851194/constantin-koumouzelis?tab=activity
加里斯·莫里斯（Gareth Morris）-https://stackoverflow.com/users/850493/gareth-morris?tab=activity
Vikas Gupta-https://stackoverflow.com/users/910258/vikas-gupta?tab=activity
Alex Himel-https://stackoverflow.com/users/851019/alex-himel?tab = activity
丹尼尔·托维斯科（Daniel Torvisco）-https://stackoverflow.com/users/860170/daniel-torvisco?tab=activity
Igy迄今为止是最活跃的，但是诸如站点连续天数之类的数据将由SO团队发布。
仅从Graph来看，除了十二月份的假期以外，除了稳定的下降外，没有什么其他活动。
有趣的是，以前的Facebook Developer Blog帖子被格式化为
收到了社区主持人或Facebook员工的回复
现在格式为
> XX回复，XX％的回复率
现在没有迹象表明此回复部分中的百分比确实是Facebook开发人员关系团队。但是，最终所有猜测都是基于不完整的数据。尽管以目前的立场，我高度相信需要为此社区制定更严格的政策/指南。
我尝试创建一个单独的提案以及一个Facebook聊天室（现已冻结/删除？），希望引起人们对仅围绕Facebook的区域的关注，但不幸的是Area51是另一种理解的野兽。该提案已被复制为重复
该提案可能会吸引现有Stack Exchange网站上的受众。
那么，如何从提案中流失出来，同时又表现出令人难以置信的低质量，低观点和低投票？嗯，不确定（请参阅第一句话）。
评论
我注意到主持人选举后，“被问到的问题”统计数据急剧下降。我敢打赌他们不会在该列表中计算已关闭/已删除的问题。格雷格·休吉尔（Greg Hewgill）的图表显示，由于选举而导致的总体未解决问题急剧增加，这可能是由于新主持人的活动：
–布拉德·拉森（Brad Larson）
2012年2月7日在18:58
答复率和回答率似乎保持一致，但与其他SE网站相比，答复率/答复率达到50％看起来很可怕。
–phwd
2012年2月7日在19:02
我不认为如何更改博客文章统计信息的方法已经改变，因此我不理解所提出的数量问题的减少-数据似乎支持答复/回答率与以前大致相同自8月以来-需要注意的一件事是（与我们的预期相比），很少有答案被接受，因为他们是从未回过头的初次用户提出的要求-因此也包含了“答复率”统计
– Igy
2012年2月8日在10:43
@Igy-正如我建议的那样，关闭和/或删除的问题可能不包括在“所问问题”统计中。急剧下降恰好与在这里选举后任命新主持人相吻合，此后，由于他们的活动，现场封闭问题的数量激增。我知道其中至少有两个人已经对Facebook标签进行了广泛的清理，因此，由于他们的努力，现在可能有很大一部分问题正在关闭和/或删除。令人困扰的事实是，只有约30％的问题流量能够幸免。
–布拉德·拉森（Brad Larson）
2012年2月8日在15:32
@Igy是，虽然这是Developer Love Blog中表示的数据，但12月前后的统计数据有点不寻常。提供数据来显示某些东西；支持是好的还是支持不是。原始数据在Google文档中，但我很确定答复/回答率大约为50％。这很糟糕，没有别的说法。 fb.so中有11,320个未回答的问题。占56％的回答率。如果Facebook.SO是stackexchange.com/sites上自己的网站，那将是最底层。大多数网站的回答率约为80％。
–phwd
2012年2月8日在17:13
@Igy我希望合作伙伴关系的重点是避免在开发人员论坛上贫瘠的土地，因此无论是向Facebook员工授予mod权限还是专门的用户每天标记问题以遏制大量涌入和风滚草，
–phwd
2012年2月8日在17:15
#5 楼
这里的主要问题似乎是新用户提出的问题的质量。我相信这可能是由于来自Facebook时在此处设置帐户非常容易。据我了解，如果您拥有Facebook帐户，那么在Stack Overflow上创建匹配帐户的过程只有一步之遥。我不建议为新用户增加一些难度，但是如果我们删除了基于您的Facebook帐户创建帐户的快速流程？现在，当来自Facebook时，以新用户的身份提问比在其他任何地方都容易，而且我认为，这使更多的驾车者可以提出可怕的话题。通过其他方式创建新帐户只需要一点努力，并且真正想要回答问题的人仍然可以克服这一小障碍。
我注意到可怕的问题数量大大减少了自从我们开始要求一个帐户来提问以来，我们就加入了。也许稍微提高来自Facebook的新用户的门槛，同样会减少相关标签中提出的主题外问题的数量。
评论
您的最后一段包含一个有趣的主张。当然看起来是合乎逻辑的。我想知道是否有任何数据可以备份。
–安德鲁·巴伯（Andrew Barber）
2012年2月7日在18:37
我似乎想起了在MSO上看到（由于删除而无法找到链接）大量咆哮的声音，说明从一个Facebook用户创建帐户有多么困难。
–柔印
2012年2月7日在19:17
@AndrewBarber Facebook.SO于8月下旬发布，并在1个月后要求用户登录。从收盘价看，似乎没有什么变化。但是，如果我们可以看到删除率，那么我们可能会看到另一个故事。
–一些有用的评论者
2012年2月7日19:52
#6 楼
是时候重新评估Facebook-Stack Overflow合作伙伴了吗？
当然，这取决于Stack Exchange的霸主，而不是我们社区。 />
无论SE与Facebook之间是否存在业务关系，我们作为SO社区都应通过“清理垃圾”并希望对新人进行教育，以“一切照旧”的方式开展活动。用户如何最好地参与我们的网站。
仅仅是因为Facebook不会在难以理解的“我不喜欢我的东西”上抛出太多“开发者爱”？问题并不意味着他们不在乎。实际上，他们非常关心将开发人员支持转移到Stack Overflow，因为我们社区非常棒，主要有两个原因
主题方面的专业知识
我们不接受任何废话，我们都不允许坏问题和吸血鬼抽空我们的精力。好。这就是为什么Stack Overflow成功的原因，因为它关闭了吸血鬼和永不回馈的人们，Facebook子站点/标签与Android或iPhone标签实际上并没有什么不同。相信我。
因为facebook.stackoverflow.com得到了Facebook的支持并没有真正改变我们社区的管理方式。废话就是废话，摆脱它。
评论
合伙企业本身是否有资格被“废除”我们？
–小丑
2012年2月7日在18:49
但是，乔尔（Joel）说，他们只是在“代表我们照顾它”，因此，有人可能会说，社区可以帮助决定这种关系的性质，因为他们以我们的名义这样做。
–casperOne
2012年2月7日在20:59
@casperOne-如何管理网站，如何保持较高的信噪比，如何确保我们坚持常见问题解答，我想您是对的。他们想如何经营自己的业务，我莫名其妙地认为这超出了社区的管辖范围。
–凯夫
2012年2月7日在22:13
@Kev
–casperOne
2012年2月7日在22:34
我认为这是一种极端情况。当然，SE，Inc.可以自由地与任何人进行业务往来；但是，如果这种安排影响了回答问题的日常业务，因为更多的提问者被驱赶到那里，那么社区确实有权提出抗议，并且管理层可以更好地倾听。海事组织。
– Pekka
2012年2月8日19:27
#7 楼
我是新来的，但是，关于原始问题，我认为答案是“是”，但这仅仅是因为该实验存在严重缺陷。仅仅承认“ FB就像90年代的微软一样”或任何其他公司，就表明您的实验不是很笼统。Facebook拒绝了，但这并不意味着其他人会这样做。即使有10家公司倒闭，地狱也意味着您没有尝试改变其他选择。即使您提供的任何超级功能集（例如子站点中显示主题的管理员控制）确实是一个坏主意，关闭子站点也是微不足道的，因为它只是一个过滤器标签+次要用户界面调整。
子站点将阻止SO雪花化为许多次质量小型SE站点以及51区失败的实验数量。如果子站点很大足够多的公司或公司希望对体验进行更多控制（并愿意为此支付SO HQ），然后将其推入51区和（最终）一个独立的SE站点。
最后，这将解决SE与新的专家用户有关的扩展问题。销售代表通胀扭曲了共识方法，有时感觉您被好意但误会的用户所吸引。
评论
+1。我真的很想要GitHub的子站点（area51.stackexchange.com/proposals/43637/github），目前后面是没有Stack Exchange站点经验的用户，肯定会吸引有关git的简单问题，而不仅仅是GitHub（如我在ask.area51.stackexchange.com/questions/6351/…中进行了解释。
–VonC
13年3月29日在13:43
@VonC我添加了另一段，我认为可以理解您要说的内容。随意扩展它:)
–乱伦
2013年9月6日15:09
评论
实际上有Facebook员工的支持吗？我没看过。如果他们的IPO信息告诉了我们任何信息，那么Facebook现在就存在于Zynga之类的开发人员手中，从而将其牢牢地置于邪恶轴心中。阿亚图拉·霍梅尼（Ayatollah Khomeini）比马克·平库斯（Mark Pincus）享有盛誉...这种伙伴关系需要放弃。
尽管我同意Facebook标记充满了垃圾（请参阅Bill未回答的问题排名中[facebook]的跳转），但我不确定我是否对此找到了一个好的解决方案。除了删除已过滤的facebook.stackoverflow.com，我们还不能阻止一家公司直接将其开发人员引导到这里。
我必须说，我希望这个Facebook计划成功，因为这种合作可能是SE在双赢局面中赚钱的一种方式-当然，如果可行的话。无论哪种方式，我们都不要忘记看一下Facebook标签的统计数据与其他带有很多低质量问题（例如PHP或Android）的标签相比是否糟糕。我有一个令人毛骨悚然的东西，相比起来看起来不会那么糟糕。
@ Pekka'sOrganicRepFarm是的，但是合作是一条两条路，而Facebook似乎并没有致力于它。对他们来说，这更像是外包/节省成本。
如果我不了解，我会怀疑您不喜欢这个Facebook迷你网站。
Re 2 Way Street-是的，足够公平。这样行不通。
想知道FB子SO具有自己的专用主持人是否会对情况有所帮助？
@sixlettervariables-您是什么意思“邪恶轴心”？我之前从未听说过编程/科技公司的产品……Zynga是否在其中？
我要做的第一件事是将所有facebook标记添加到我的忽略列表。这种讨厌的死亡将使我流泪。
@OffBySome-我是Facebook员工，也尝试回答很多问题；尽管最近没有那么多时间-个人而言，我认为为问题输入添加更高的门槛是最好的，这令人沮丧，无法回答从未回访且从未费心检查过自己问题的初学者的较差问题已经回答
@Igy我认为与主持人一起制定更严格的政策很重要，但是重要的是要透明地显示您网站上活跃的Facebook员工人数和人数。正如facebook.com/support上所述：“ Facebook和Stack Exchange合作支持Stack Overflow上的Facebook开发人员社区。许多Facebook工程师与一些最博学的Facebook开发人员一起积极参与Stack Overflow，使其成为其中之一。帮助您解决编程问题的最佳场所。“
@Igy粗体部分在伙伴关系开始时可能是正确的，但目前并非如此。如果Facebook开发关系团队因大量低质量的一次计时器问题而感到劳累，我认为Facebook和SE Inc.有责任设计一些解决方案，因为Stack Overflow上的每个人都高度意识到Facebook问题代表了一些问题。网站上质量最低的问题。
我一直是Facebook的回答者，我可以说这个微型网站是一团糟。大约3个月前，我放弃了它！ （我在网站上的活动大大减少了）在建立合作伙伴关系之前，我很喜欢在获得良好代表的地方回答Facebook标签。 （这是一个很好的动机）。另外，当我看到我将近一年前回答的问题之后，又被问了30多次……这让你很沮丧...
[facebook]标记-我50％的否决票，关闭投票和标志的接收者。