03.19.02-test 团队的堆栈溢出如何适合社区

早在我是一名专职程序员时，就有一些人在为之苦恼的代码，通常在小隔间里问一问。 有时，您很幸运，会找到一个立即知道答案或知道在文档中查找位置的人。 当Stack Overflow启动时，我养成了一种习惯，即询问并立即回答在现场办公室讨论过的问题。 直到今天，我对诸如“ 如何一次解压缩多个文件？ ”这不仅增加了我的声誉得分，而且很高兴知道我已经帮助了数十个 陌生人。 您多久可以说一次大约一个小时的努力？

同时，我们团队中的大多数人都更喜欢“我如何检查 resource_server ？？” 如果您不知道这意味着什么，那就不要难过。 资源服务器 是我们公司构建的专有系统的一部分。 也许有十几个人可以使用该答案。 与其发布在Stack Overflow上，不如通过电子邮件发送，或者，如果我认为它很重要，则将其添加到我们称为“手册”的庞大Word文档中。 该手册或多或少是仅根据人们对问题再提出问题的次数 在第6节第2段中明确记录的次数来判断的 19！ 有时我会盯着书桌上的硬拷贝版本，想知道我的生活哪里出了问题。

针对 完全不相关的原因 ，我离开了那份工作，加入了Stack Overflow，担任社区经理。 我需要知道的许多内容都记录在我们的元站点上，以查询有关网络的问题。 但是，想象一下，当我发现我们的团队也拥有针对非公开信息的Google文档版本的“手册”时，我会感到沮丧。 由于我们可以使用世界上最好的问答系统，因此这似乎很疯狂。 后来，我们切换到自己的内部 企业实例 ，它在几周内效果很好。 但是在最初的问题浪潮之后，事情变慢了。

这并不意外。 由于Stack Overflow Enterprise存在于单独的站点上，因此使其成为工作流程的一部分需要不断提供新内容。 根据我们在公共站点和企业客户方面的经验，我们估计一个独立站点需要大约500个用户。 比这少，而且没有足够的活动来保持人们的定期参与。 顾名思义，企业产品可为需要单点登录和审核角色等功能的大型组织提供服务。 在企业站点上 privilege 水平 已针对较大的活动用户群体进行了调整。² 整个公司都没有超出我们对企业组织的定义。

我们尝试了其他解决方案，包括Wiki，论坛，Slack和Trello。 没有什么比问答格式更有效的了。 但是，问答网站的活动水平最低，因此有答案的人将继续访问。 这就是 团队 进来。Stack Overflow for Teams无需进入单独的站点，而是将您的私人Q＆A放在大多数程序员作为其工作一部分而定期访问的站点上。 我们已经使用了内部Team实例半年了，我认为我们终于可以找到可行的替代“手册”。

这对于现在正在注册Teams的组织来说是个好消息，但是其他人呢？ 这是否意味着世界上更多的知识被锁定在私人仓库中？ 如果您在网络上呆了一段时间，您可能会记得我们有一个“过于本地化”的封闭原因。 团队是提出没有普遍答案的问题的理想场所。 编码标准问题在公共网站上效果不佳，因为每个组织都有自己的花括号样式（例如）。 敏感信息也不能公开发布，但是在Team Stack Overflow中是安全的。 换句话说，Teams中发布的许多内容无论如何都不适合公共网站。 如果您确实有一个在组织外部有意义的问题，那么潜在答案的广度意味着最好在公开场合提问。

更重要的是，我们听说有些组织使用Q＆A格式（包括Teams和Enterprise）来保留各种其他组织信息，例如业务逻辑，入职程序，客户 支持问题和各种文档。³ 这些类型的问题 不会在公共网站上飞行。 但是，那很好。 人们访问网站的原因越多，它将对组织中的每个人都越有用。 而且，当然，使用该网站的人越多，知道的人回答的问题就越可能。 这是一个良性循环。

这使我想到了我们的超级秘密策略，该策略也可以使公共网站也变得更好。 在适当的时候，我们会与您的团队内容一起加入公共内容。 例如，当您进行搜索时，不仅会发现团队中的帖子，还会发现网站其他部分的帖子：

好吧，这可能不是最有用的示例。 但是，我不止一次在我的团队中搜索答案，并找到了相应的公开答案。 即使我与一些非常出色的程序员一起工作，但来自团队之外的答案仍由更多样化的开发人员小组审查。 所以更多的人开始熟悉我们的 有时 系统，然后将它们公开显示在整个网站上，我们希望其中的一些人会大吃一惊，开始在公共场合进行编辑和回答。

现在，您当中的观察者可能已经注意到一个要注意的问题：团队文化可能与传统的Stack Overflow处事方法大不相同。 例如，如果某个尖顶头发的老板问如何“在容器虚拟化中利用区块链”会发生什么？ UI会花一些时间来明确您的问题将发布到何处，因此人们希望这个问题仅限于老板自己的团队（大概是这种人习惯的）。

在受众较少的情况下，将问题与可以回答问题的人联系起来可能会更具挑战性。 因此，我们正在致力于解决可发现性的功能。 在团队中，人们可以将问题通知同事。 我们看不到在公共方面进行系统扩展，但是我们已经做了一些工作来改善标签订阅，这将很快对所有人开放。 我们还将开发一种用于保存自定义问题视图的功能。 团队，企业，Stack Overflow和整个Stack Exchange网络共享一个代码库，因此可以将在一种情况下所做的改进转移到另一种情况下。

通常，变化使我感到担忧。 团队，但是，不打扰我。 不要误会我的意思：Team Overflow for Teams承诺对签约的公司是一个真正的福音。 但是，如果您现在还不在团队中，那么它们对您几乎是不可见的。 从长远来看，它们为更多的开发人员，设计师和社区经理提供了一些额外的收入，当然并没有什么坏处。 （顺便说一句， 我们' 现在重新招聘 ！）我们非常感谢 其他业务类别 ，但是很高兴能更直接地将精力集中在我们的社区和问答上。

详细了解团队堆栈溢出>>