回顾2010年4月,乔尔分享了我们对小型站点在新创建的Stack Exchange网络中的作用的假设:

如果某个站点在90天后没有足够的活动,则将关闭。任何现有的问答均将被存档并可供下载,但该网站本身将不会继续存在。小型,不健康的网站除了将流量吸引到其他网站之外,无济于事,因此我们不想让他们分散注意力。 ”的意思是同一回事:我们认为,安静的网站会产生垃圾邮件和明显的破损窗户,而高质量的网站则始终会变大并逐渐消失。但是你证明我们错了!五年后,我们有许多微型站点已经公开测试了数月或数年,每个站点都持续产生出色的问答,可以帮助有真正问题的人。规模较小且始终保持活动状态的网站非常棒!
TL:DR:

当站点开始每天持续收到10个问题时,我们将其视为毕业。
公开测试版网站无法始终提供有用的内容,并且缺乏处理标志和垃圾邮件所需的看护者,并且我们坚持秉持“好的政策”,因此它将被关闭。两类?您不用担心。无论站点有多小,您都可以在SE网络中找到家。剧透警报:截至本文发布时,当前处于活动状态的网站都没有被关闭的风险。 >澄清毕业
尽管社区经理在历史上就何时毕业应该达成很高的共识,但我们通过完全不同的方法得出了结论。当Pops成为长期用户后加入该团队时,他注意到了这一点,并决定研究我们的假设和程序。他还想从研究中吸取经验教训,表明设计良好的数据支持算法和启发式方法比仅凭人类直觉更有效地做出决策。除非发生真正的灾难性事件,否则毕业网站应该能够无限地持续发展和管理自己,除非发生真正的灾难。并发现毕业与网站每天收到的新问题数量之间有很强的相关性。快速进行所有无聊的分析,得到的结果是:从现在开始,当站点开始每天持续收到十个新问题时,我们将考虑将其毕业。这不是100%自动化的; CM仍将手动检查各个社区的运行情况,并且某些站点可能比其问题活动所提示的要“早”或“晚”毕业;但这是一条有效的经验法则。
网站关闭的明确指导原则(又称您不应该害怕的原因)
虽然Pops努力澄清毕业,但我却从相反的方向看: 。关于站点的早期案例是有两个选择的:毕业,或者被关闭。这给我们的中小型社区带来了很多不必要的焦虑。优秀站点上的许多人认为,由于他们尚未清除毕业障碍,因此我们可能会随时进来并关灯。士气不高。
感谢许多忠实的用户,越来越小的SE网站可以很好地维护自己并产生高质量的问答。并非每个站点都会取得巨大成功,但是我们的小型站点可以很好地为自己的社区服务。我们为您感到骄傲,并希望您在这里。
这是什么意思?如果有足够的审核权限,以使公共测试版站点始终保持垃圾邮件状态,清除标志并维护我们的行为准则,则您的网站将保持开放状态。但是,如果社区负责人下车,旗帜没有被摆放,我们就找不到合适的志愿者前进,该站点将被关闭。有被关闭的风险。关闭公开测试版网站的情况很少见;
成功和毕业不是同一回事
刚开始建立网络时,我们全都依靠判断力和个人经验来工作,因为那是我们的全部。自那时以来,我们已经检验了我们的假设,我们很高兴能够为一些最重要的决策创建更为客观的标准。现场启动和毕业的“逐火尝试”方法是社区的早期动机,但实际上,成功和毕业不是一回事。现在,社区可以将重点放在有关自己喜欢的主题的问答上,而不是他们的网站能否生存。我们为您到目前为止所取得的成就感到自豪。希望您也是。

评论

如上所述,我在这方面与Ana合作,所以我要发表评论以便更轻松@ -pingable。

怀疑论者每天以5.7个问题毕业,而且我认为还有其他一些数量较少的网站也已毕业。您如何计划如何处理那些天生具有较低的问题价值,并且可能很快无法每天解决10个问题的网站?
乍一看您的头衔,我希望这篇文章是关于health.se ...
的闭幕。
甚至SE团队也一再强调,当前的A51统计信息对于网站是否会毕业并不重要,因为还有更重要的(和主观的)目标,例如社区意识,自我约束,用户保留等等。对于许多网站(例如Code Golf),这样的问题数量增加将意味着整体网站质量下降。

是每天“生存”的10个问题(即未关闭/否定评分)还是每天仅发布10个原始问题? @Pops

@Doorknob是正确的,毕业需要逐案进行。这就是为什么Pops的10QPD阈值被视为引发站点是否应毕业而不是决策本身的对话的触发因素。较小的站点可能不会达到10QPD阈值呢?我在上面说“成功与毕业不是一回事”。也许现在我们需要研究非毕业社区如何获得成功的认可。

这感觉就像是对我的观念转变。您是说@Ana网站永远保持Beta版吗?

@ hichris123“您是说网站有可能永远保持Beta版吗?”是的。

作为测试版网站Amateur Ra​​dio的成员,我很高兴看到此公告。我一直担心我们会因为活动很少而被关闭,并且没有找到解决此问题的好方法。通过此政策声明,我现在可以放心,我可以专注于使我们的网站具有高质量的内容,而不是数量大的内容。

@ hichris123:现在可能是时候,我们一直认为“ beta”有点用词不当。许多人认为beta是一个非常临时的状态。我倾向于想到Beta版网站与Gmail处于同一类别,而Gmail处于“ Beta版”已有5年以上。这也是几年前重新设计beta主题的原因之一。

@JonEricson您(和小组其他成员)是否愿意接受比“ beta”更好的名称的建议?当这篇文章引起大家的关注时,我们可以集思广益。

太糟糕了,理论物理学SE成为早期较差的SE实践的牺牲品,因为他们自然而然地需要较长的转向时间,将较小的(非常高级的专家)社区枪杀下来,而无视世界一流的物理学家在那里积极地为之做出贡献的事实。国际物理学界的宝贵内容。我真的希望SE现在能学会更多地欣赏小型高级专家社区...

您是否考虑过指定的mod是否应该“终身”?当beta只是一两年时,没关系;现在吗? (真正的问题,不是一个主要的问题。)现在,βmod只能在他们下台或者他们做一些非常过分的事情并被解雇时才离开,但我看到有些情况下长期的mod会造成伤害但不会被解雇伤害程度,社区对此真的无能为力。它也没有选择它们。我不认为您想要任期限制(让表现出色的mod继续这样做),但是也许可以通过某种方式定期检查社区?
相关(也许我们现在可以解决这个问题?):meta.stackexchange.com/q/239464/162102

由于四个小时以来没有人这样做,因此我遵循了Pops的建议,并在另一篇文章中讨论了有关beta标签的方法。

#1 楼

无论如何,您似乎都在重命名阶段,如何将毕业的不同方面分离开来,即,不强制它们重合?在我看来,目前有六个毕业效果:


网站设计:显然,这是造成大部分工作的原因,如果一个站点有足够的活动性和生存机会来证明这一努力是合理的。因此,这肯定是应该在10 QPD时发生的一件事。另一个主持人,可能是因为临时主持人辞职或网站活动增加–如果满足某些条件(网站年龄,可以投票的用户数量),这些条件不一定是毕业标准。 br />
尽管在原本计划要毕业的网站上进行主持人选举,但无论如何都没有完全毕业([1],[2]),您似乎愿意接受。 (我开始怀疑,如果您在排队,缺少主持人会成为加速毕业的一种可能方法。)网站的年龄超过特定年龄(以便明确网站的方向)。
信誉级别:这些最重要的影响是它决定谁可以审核。因此,需要一个大型社区来调整这些级别。也许这与毕业恰好相吻合,也许有不同的标准是合适的-我将需要更多的数据和经验来决定这一点。
完全迁移目标:这仍然是一项政策吗?我已经看到了一些向Beta网站的迁移,并且在大多数情况下,替代方案完全可以解决问题。我可以看到,将边界问题迁移到刚刚达到公开Beta版并可能很快消失的网站是一个坏主意-但是边界问题可能应该留在最初被张贴的地方。无论如何,我认为这种身份不需要毕业。在某些情况下,可能需要提醒您,问题可以在多个站点上成为话题。
在页脚中列出:我对此一点都不关心。例如,如何有关以下内容的信息? (选举,社区广告,完整迁移目标,在页脚中列出)已启用,并且删除了beta标签。
如果网站达到了QPD 10,则该网站赢得了互联网的青睐并获得了其他毕业功能(个性化设计,信誉级别)。

请注意,这实际上只是一个例子,我需要更多有关SE的数据,经验和见识,才能判断出此建议是否真的很好。

评论


@HomegrownTomato页脚并非旨在列出每个站点。现在几乎每个类别都有太多(“业务”和“专业”类别是例外...在页脚中完全缺少它们是因为在设计时,其中没有毕业网站)。我们应该考虑将列表随机化,以便给所有站点一个机会……但是首先,问题是“有人甚至使用页脚吗?”。

–亚当·李尔♦
2015年6月1日23:08

@AnnaLear在设计时,它确实列出了每个毕业站点。现在不...我知道我使用页脚转到Area 51,也许是Stack Apps或Data Explorer。但是您拥有点击数据,不是吗?

–user259867
2015年6月1日23:11



@HomegrownTomato页脚的先前版本列出了所有已毕业的网站。当前版本不是(设计使然)。我认为我们没有专门跟踪页脚的点击次数...当我在有访问代码的计算机上时,我必须看看。出于好奇,为什么对A51 / StackApps使用页脚而不是站点切换器?

–亚当·李尔♦
2015年6月1日23:15

@AnnaLear它们很方便地位于右侧的页脚中……在站点切换器中,如果固定,它们会妨碍您的操作;如果未固定,它们将需要较长的访问时间。我不经常去那儿。

–user259867
2015年6月1日23:18



您还缺少的另一件事是,目前不鼓励将Beta版(如Code Review)的网站迁移到-即使像Code Review一样,它们实际上已经在等待毕业。因此,更清楚地将“ beta”与“不确定的正常状态”区分开来(并且可以将问题迁移到后者,而对于后者则没有那么多)是添加到此列表中的另一件事。

–内森·塔吉(Nathan Tuggy)
2015年6月2日,下午2:34

@NathanTuggy:谢谢,我一定会错过一些东西。

– Wrzlprmft
2015年6月2日,下午6:53

相关:即将毕业的Beta版网站无需网站设计就能获得全部网站功能吗?

–jscs
2015年6月2日,7:09

注意,ELU不断将内容迁移到Beta站点ELL。语言学在较小程度上做到了这一点……虽然有可能,但需要一颗钻石才能做到。 Beta网站除了Meta之外没有其他迁移目标,因此您不能从Beta网站迁移……Diamonds,例外,在这种情况下,我也相信...这实际上是促使Josh提出问题的原因在我之上。

–Catija♦
2015年6月2日在7:21



从beta /“ beta”的迁移路径是“应激活”列表中的另一项。

–拉斐尔
2015年6月2日,11:05

与其尝试猜测正确的时间来突然增加审阅队列的代表需求,不如说该需求可以基于职位而不是代表。因此,例如,活跃用户的前5%有权访问审阅队列。

– trichoplax
15年6月2日在18:20

@Catija:大多数网站都想问一些有趣的问题。较小的站点尤其依赖一小部分活跃的专家来提供良好的答案。发送太多令核心专家社区不感兴趣的问题,这些专家会感到无聊而离开,并且该站点要么下降,要么充其量只能最终彻底改变其范围。 las,防止这种情况有时有时意味着要告诉新用户“对不起,您的问题对这个网站来说太低级/无聊/类似于家庭作业”。至少在ELU / ELL中,我们有另一个站点,其范围和社区更适合发送给他们。

–伊尔马里·卡洛宁(Ilmari Karonen)
15年6月2日在18:55



@AndrewLeach这很常见。 SO,SU,SF,SE,U&L,程序员都拥有它。根据我的经验,社区迁移实际上可以很好地工作。

–cpast
2015年6月3日,7:24

我想再添加一个功能到您的列表中。如今,处于测试版状态的网站可以随时关闭,其所有内容都将消失(嗯,有导出功能,但不会在搜索中显示)。对于已毕业的网站,有一个隐含的保证,即不会发生这种情况:Stack Exchange将继续托管问题和解答的存档。对我来说,我支持SE的使命是建立高质量内容的存档。如果我的所有捐献有随时可能消失的重大风险,那将是一种阻碍。知道不会发生将是一个很大的好处。

– D.W.
2015年6月3日在20:34



@AchalaDissanayake:特权丢失。特权与声誉直接相关,仅此而已。

– Wrzlprmft
18年2月11日在21:49

@AchalaDissanayake:现在,它随设计一起提供。

– Wrzlprmft
18年2月12日在8:09

#2 楼

作为少量但高质量(主要是!)SE网站的积极参与者,这是相当受欢迎的新闻。

“毕业”最明显的影响之一是,当然,定制的css图形外观可以反映网站核心兴趣的精神。 “测试版”网站(或将来可能会使用的任何网站-“小众”或“精品”?)具有令人愉悦却通用的共享图形-css等。可能永远保持beta版本,我想知道如何将这些网站扔掉,通过CSS调整可以帮助该网站的Q&A。我想到的“我的” SE网站是对字体栈的一个很小但很重要的调整,但是我非常相信其他永远存在beta版本的网站可能也有类似的需求。多么希望Ana♦(与Pops♦)宣布的政策转变也可能带来一些考虑,以便对永久Beta版站点进行小的但重要的CSS调整?正如桑乔对唐吉x德说的那样:“有生命,就有希望”。

评论


让我回到了诠释学上……大声笑。我以为该网站是一个毕业网站。我可能需要在那里更多地参与。

–玛拉基
2015年6月1日20:56



为了它的价值,我一直在努力(似乎永远)在网站不再处于“ beta”状态时删除beta标签。我们正在慢慢地接受这个想法……但是,除此之外,我还不知道我可以将这个想法推向多远,因为长期存在的Beta网站实质上已经“完成”了。我设想允许社区进行较小的外观和调整:提出徽标,标题下的带下划线,也许更改一些关键的图形元素–这更像是对网站进行外观设计,而不是进行完全的重新设计,说,让我们先删除无意义的“ beta”标签!阿们

– Robert Cartaino
2015年6月1日在21:31



@RobertCartaino-但是“ beta”是什么意思?我想这就是你们需要决定的。据我所知,唯一明显的区别是主持人是任命而非选举产生的。

– T.E.D.
15年6月2日在9:30

@ T.E.D。 -有趣的是你应该问这个。我不是Robert Cartaino(您可能已经注意到),但是相关主题正在解决您的问题。

–Dɑvïd
2015年6月2日,9:35



@David-你绝对正确。我会说整个问题都是关于我的问题/观点。它不是那样构成的(可耻的),但这就是它的根源。

– T.E.D.
2015年6月2日,9:41

@ T.E.D。 “测试版”站点类似于软件开发模型。网站的测试版是指网站仍处于起步阶段,可能会发生突然变化的情况,他们仍在努力弄清网站的内容。一旦网站适应了几乎永久的局面,就该删除名称错误的“ beta”标签了。通常情况下,这种情况发生在大约60-90天内。这只是我的看法。

– Robert Cartaino
2015年6月2日,12:01



@RobertCartaino但是,其他“有等级的”好处何时会出现?我不确定60-90天的时间是否足以让足够多的小组达到代表级别的毕业水平...是否足够长的时间才能使Meta参与足够强大以进行国防选举?我觉得这两个人在短时间内会遭受特别大的折磨,最好是6到12个月。

–Catija♦
2015年6月2日17:49

@Catija不,在大约90天(TBD)时,某个站点将不再被标记为“处于Beta版”。网站在毕业时可以获得毕业的好处。阅读原始帖子,然后再次发表我的评论。有大量的中产阶级站点可能根本不会毕业。这并不意味着他们永远处于“ beta测试”状态。这就是我们现在拥有的-对于任何不阅读此主题的人,“ beta”声音似乎永远都没有完结,这根本不是事实。标签本身的不幸使用完全是错误和误导的。

– Robert Cartaino
2015年6月2日18:08



@RobertCartaino我知道永不毕业的网站与永不毕业的网站之间会有区别,我对某些网站永不毕业的概念也很满意。我认为删除beta标签会很棒。但是...有没有理由不让这些非“非Beta版”,未分级的网站获得“毕业”所带来的某些好处?尤其是,由于网站设计的原因,许多“即将毕业”的网站尚未出现,因此,由于设计过程太慢,它们一直(在某些情况下)已经在“ limbo”中等待了数年。

–Catija♦
15年6月2日在18:28

@Catija我正在尝试解开许多毕业功能,以使站点能够从他们所需的功能中受益,例如选举,但是我认为自定义设计将始终是该顶层的一部分(即“毕业”) 。

– Robert Cartaino
2015年6月2日18:41



无论如何,@ RobertCartaino对我来说,网站设计始终是最不重要的,特别是如果它是唯一需要花费大量时间来实施的部分。

–Catija♦
15年6月2日在18:43

@RobertCartaino那meta.stackexchange.com/questions/211640/…呢?

– Manishearth
2015年6月3日14:23在

@RobertCartaino也许我们可以等一年后再审查一个Beta网站,如果它没有毕业,可以删除该Beta标签,同时还要进行选举。

–Sklivvz
15年6月4日在23:58

@RobertCartaino那么,自2010年以来一直处于测试阶段的网站又如何呢?是的,那些确实存在。

– Powerlord
2015年6月23日18:47



@Powerlord他们呢?我们现在正在努力的工作,是要早得多地删除“ beta”标签,并完全摆脱毕业标签。一些细节可能会更改,但是这两个元响应几乎抓住了它的症结所在。

– Robert Cartaino
2015年6月23日18:54



#3 楼

在毕业站点上,社区选举永久主持人,而在beta站点上,“ pro-tem”主持人由SE社区经理任命。使用beta的最初愿景是有道理的-仅用了一年左右的时间,也许是两年,然后社区可以毕业并选择自己的版本。

长期运行(永久?)测试版网站,您可以拥有主持人,这些主持人是在私人测试版期间(在社区的绝大多数人出席之前)任命的,并且可以永久保留。有时候这很好-如果一个优秀的主持人继续与网站互动并为社区提供良好的服务,并继续这样做,我们都会赢。但是有时,随着时间的流逝,过程模型与站点之间的适应性会降低-主持人会尽可能多地停止走动,让旗帜堆积起来,不会按照社区的意愿进行调整,因为他本人不同意方向,似乎有点酥脆,随便。如果主持人的举止非常糟糕,社区经理可能会介入,但这是非常罕见的。这样一来,事情有时会恶化,并伤害到所有人。差异。首先,在一次选举中,有一个毕业社区建立了一个社区,该社区选择了其主持人。可能是几年前,社区组成可能已经改变,但是有一些成熟的社区在做出决定。其次,也许更重要的是,测试版网站的性质会随着时间而改变,而社区在公开测试版第一天所需要的可能不是三年后的需要。我一直是多个Beta的积极参与者,已经建立了一个Beta(大约两年)的pro mod,以及一个全新beta的pro mod。它们是不同的。

由于任命的主持人有可能在不断发展的网站上服务多年,我认为这符合所有人的利益(主持人,用户和SE),提出了一种定期检查社区对其当前主持人的支持的方法团队的信任票。这应该允许私人回应,进行征集(不要仅仅依靠人们单击“与我们联系”,如果他们想说些什么),并且应以尽量减少戏剧性的方式进行(匿名调查很好,元投票可能不好) 。我正在考虑对民意调查有两个问题:(1)团队的总体评价(1-5分或其他),以及(2)这里有一个文本框。

这不是选举结果并不具有约束力,但是,就像对网站的内容进行自我评估一样,社区经理将使用此结果来以最合适的方式帮助网站-悄悄地指导那个mod并在其中添加新人团队,因为工作量增加或缺少所需的技能,请尝试联系该缺席的mod,告诉mod自己的工作状况如何,推动某人开始就该主题进行元讨论,评论等。

作为长期运行Beta版网站的用户,我希望我们有机会不时提供这种反馈。作为此类网站的主持人,我希望有机会收到它。

评论


我打算写与此非常相似的内容,社区选举的主持人无疑是一种使每个人都觉得自己参与了站点审核的方法。它有助于避免“主持人与社区”(如果存在),这应该以某种方式解决。

– enderland
2015年6月2日,13:50

这是最近在一个Beta版网站上发生的:3位最初的软件主持人中有2位下台了(也许他们花更少的时间进行主持,而且那很困难,所以他们停下来让别人去做)。剩下的由社区经理主持的主持人要求用户自愿担任主持人和/或提名其他用户和/或推荐(通过上下投票和通过评论)志愿者和被提名人;最后,SE(考虑所有因素,包括所有用户意见,以及过去和现在主持人的意见),然后选择了新的程序主持人。

– ChristW
2015年6月2日在18:17

我不想宣称有约束力的先例或为社区经理做更多的工作,但这也许是解决问题的好方法:总是允许程序用户下台并被替换;它模仿了程序主持人的初始任命(即志愿人员和SE选择人员);它让所有人(包括用户,其余主持人和SE)都有输入; SE保留最终决定权(也许社区经验不足或足够多)。

– ChristW
15年6月2日在18:22

@enderland避免“主持人与社区”的一种方法是,主持人向其社区询问社区想要什么政策,讨论提案直到达成共识,然后服从/实施这些社区政策。

– ChristW
2015年6月2日19:36



@ChrisW社区应该已经在讨论其网站关于meta的政策。如果站点确定X不在主题之列或答案必须满足要求Y等,那么接收有关X和Y的标志的mod将遵循社区的共识。您的评论似乎主要是关于如何选择主持人的。这很重要,但并不是我在回答中所说的。我说的是,在您到达危机点(如完全没有三个Mod的两个)之前,CM时不时地“抓住社区的脉搏”将是一件好事。

– Monica Cellio
2015年6月2日19:42

+1感谢澄清:你是说,在测试站点当前的问题不是被任命而非选举产生的主持人,而这是他们是永久的,而不是续期;不是关于他们辞职后如何被替换的问题,而是关于无限期安置他们的反馈。

– ChristW
15年6月2日在20:33

@ChrisW之类的。我是说,任命而非选举是一个问题,如果是长期的 - 为一年或两年并不重要,但对于长期测试版的社会应该在每一个权衡现在,然后,因为他们的需求可能已经改变或以前有用的mod可能存在的问题不足以要求对meta进行更改(尴尬,政治),但仍然存在问题。因此,SE应该立即寻求反馈,就像他们对内容(社区自我评估)所做的一样。

– Monica Cellio
15年6月2日在20:43

嗯,我曾经在这里提出过类似的建议,但是并不太受欢迎。我喜欢每年进行一次是/否(或上/下)投票以更新主持人的想法,如果某人的否决明显超过了他们的赞成,那么也许是时候重新评估该主持人是否应辞职了,从社区可以接管。

–雷切尔(Rachel)
2015年6月3日14:56

从理论上讲,这是一个好主意。具有讽刺意味的是,以我个人在Beta版和非Beta版网站上的经验为依据,我通常会发现永久任命的proTempore主持人介于优秀与无异议之间(只有一个例外);但是看了很多烂苹果的当选者之一。

–DVK
2015年6月8日在3:03

@MonicaCellio-这个(社区的主持人)是理想的模型。可悲的是,我看到它有时在两种方面都受到侵犯(SE团队的反应为零)–主持人无视社区;或是一个很有说服力且雄辩的主持人将自己推向一个特定的方向,而不是让社区有机会发表自己的见解(没有多少人愿意反对强有力的主持人所说的雄辩立场;甚至即使在具备主持人优势的主持人的支持下,即使他们开放,也很少有足够成功的人。

–DVK
2015年6月8日在3:08

#4 楼

这太棒了。谢谢。
一段时间以来,我一直在担心自己活跃的两个测试版站点的运行情况。考虑到它们符合您给出的标准,这使我觉得它们很好。谢谢你们的大修。
但是,这个词能传播吗?这个问题已经引起了广泛的关注,毕竟它是有特色的,但是有很多人(不好意思)不签出Meta Stack Exchange。
我的建议是51区统计信息会有所更新。它们都可以保留-我发现它们非常好-但是按原样保留文本可能会让人们感到担忧。在“视图”类别中看到“需求工作”并不令人鼓舞-但现在我们知道这不一定是问题,因此如果强调该知识,那就太好了。
以红色看到事物是有点吓人强调较低的统计数据就可以解决此问题。天”-我建议您摆脱“需要工作”的标签,或者摆脱“还可以”的标签。至少,将颜色从红色更改会很好,并且指向该问题的链接将很有帮助。

评论


我绝对同意。对于较小的站点,A51统计信息页面可能会...令人震惊。

–user206222
2015年6月1日于20:48

它确实显示在每个站点的特色框中:i.stack.imgur.com/frTeD.png

–user160606
2015年6月1日21:10

@Christofian我确实忘记了,谢谢。不过,我考虑的是长期因素-这篇文章不会永远被推荐。

– HDE 226868
2015年6月1日21:10

我听到你了当前A51统计数据的显示方式实际上是为早期“逐火尝试”心态设置的。您将具体更改什么?

–安娜
2015年6月1日21:15在

@Ana对于“已回答的百分比”,“用户”,“回答比率”和“访问”-也许还有“每天的问题”,我建议您摆脱“需要工作”的标签,或者摆脱“可以”一。至少,将颜色从红色更改会很好,并且链接到此问题将很有帮助。

– HDE 226868
2015年6月1日21:17

@Ana在我看来,阈值本身少了,阈值所伴随的可怕文本也更多。如果该文本能够以某种方式传达该站点不会关闭且该站点处于“正常运行”的状态,则我认为开始会更有用,并且会开始有关如何随意提高统计数据的无效的元对话。

–user160606
2015年6月1日21:19

相关(在51区):meta.stackexchange.com/q/239464/162102

– Monica Cellio
2015年6月1日21:27在

#5 楼

这是朝着正确方向迈出的一步

我自己只是参加了一个Beta网站,该过程并不像应该的那样友好。我忘记了人们对网站的发展抱有不切实际的期望的次数。关于Stack Exchange如何做到这一点,我有一些建议:



您可以更改每个Beta网站元数据上的7个基本问题链接吗?它为新用户带来了有关该站点将进行多少活动的不现实期望。低活跃度不再是SE策略。我认为这对于清除对Beta网站活动的不合理期望大有帮助。
提供更多资源来帮助社区推广其网站。我不知道这会是什么样子(也许只是关于如何有效使用社交媒体以及如何邀请新用户加入该网站的简单指南)。如果社区成员具有“简单”的可行方法来增加其网站的活动,那么人们可能会停止询问有关该网站活动的问题,并开始对此做些事情。统计信息页面应该更加人性化。
虽然我很满意,但下一代Area Area 51也将很不错(尽管不如前四个建议重要)。您为此做些事情,并花时间使许多人的思想放松。参与小型Beta版网站的每个人都对此表示赞赏。

评论


...因此很明显,关闭网站不再是SE策略。 -我认为这不是准确的说法。并不是说他们不会关闭Beta版网站,而是因为目前没有人在斩波。如果当前Beta在葡萄藤上死亡,我相信SE保留修剪死果的权利。

–Pᴀᴜʟsᴛᴇʀ2
2015年6月5日上午10:10

@ Paulster2对不起,已编辑。我的意思是SE应该表明他们不会仅仅因为网站活动而关闭网站。

–user160606
2015年6月5日在20:58

不用担心...不是大问题。

–Pᴀᴜʟsᴛᴇʀ2
2015年6月6日在1:45

#6 楼

对于停留在Beta版中的网站,请考虑允许CSS自定义Beta版网站的建议。

#7 楼

听到真棒。

使用新的站点关闭标准,是否有可能重新打开以前关闭但无意义的警告答案。可以重新打开OnStartups Stack Exchange?

我知道已经打开了一个新的“启动”测试版;与原始版本相比,它的表现要差得多。



我怀疑这至少部分是因为原始工作场所中的我们所有人都毫不在乎而已,因为我们在原始工作上的所有工作都被毫不客气地浪费了。

将我们的个人资料和内容回馈给我们,并将其合并到新站点中,可以将大量社区带回到SE网络中有价值的站点。

评论


我们希望给现有社区一切可能的机会,使他们成功并变得很棒,但我们不会重新开放封闭的场所。对不起,很失望。

–安娜
2015年6月2日,16:13

18k +中有749名活跃用户(阅读:超过200名代表)并不完全是“活跃”和“做得很好”。 A51指标非常不适合提供有关站点总体健康状况的准确图片。 Answers.OnStartups并没有保留新用户,并且社区实际上已经瓦解了。此处有更多详细信息:describe.area51.stackexchange.com/a/12630。我真的希望第二次尝试可以做得更好。这不是闻所未闻的。并非每个社区都会在第一次尝试时出现问题。

–亚当·李尔♦
2015年6月2日17:49

我不同意活跃用户与一站式注册用户的比例也是一个很好的指标。社区的实力应该根据其实际拥有的用户数量(撇开并运行)来衡量。我绝对不会将750称为一个蓬勃发展的社区,但是它击败了110。这即使在百分比上也是如此,旧站点有了新的节奏。您在Answers.OnStartups的结尾吗?我不记得你了我记得在过去的一个月左右的时间里,我们收到了数量惊人的新的热情贡献者。没有崩解。

–rbwhitaker
2015年6月3日,凌晨3:08

@rbwhitaker我认为您的评论针对我。我从未参加过;创业不是我的事。但是,我确实看过了-这是我作为社区经理的工作。我看着主持人不活跃,看着问题只有一个劳累的人很长时间才能解决,我看着我们无法找到新的主持人来补充团队。话虽如此,我们确实从初创公司以及我们关闭或过去的其他网站中学到了一些东西。我并不是说我们总是对的,但是这些决定都不是轻易做出的,这些经验教训正是这些新准则的来源。

–亚当·李尔♦
2015年6月3日5:25



@安娜@安娜李尔-我知道这些都是艰难的决定。我仍然希望沟通能够得到更好的处理,并且让社区有机会在我们的内容遭到破坏之前解决问题。但是,着眼于现在和将来,我希望您能解决此问题的三件事:1)如果Area 51指标如此糟糕,为什么它们仍然是唯一显示的指标? 2)除了指标外,为什么标准之间还存在这样的差距(根据地区51,749名狂热用户=“优秀”,安娜在这里嘲笑)? (继续..)

–杰伊·尼利(Jay Neely)
15年6月4日在20:49

3)“目前没有一个站点在我们网络中处于活动状态,没有关闭的危险,”因此,即使通过所有公开指标(肯定对某些方面有好处?),当前的Startups SE大概也可以保持良好的状态。在其他地区表现不佳。我了解您不想重新打开已关闭的网站。但是,如果您希望现有的成功,那么您是否真的在不经讨论的情况下一发不可收拾,那就是从旧站点至少引入个人资料/用户帐户的想法可能会吸引我们中的很多人重新使用新站点,并将其付诸实践有价值的推动力?

–杰伊·尼利(Jay Neely)
15年6月4日在20:49

@JayNeely回复:“为什么仍在显示指标?” -51区几乎处于维护模式,除非情况不佳,否则我们将避免对其进行更改。话虽如此,我同意你的看法。我们需要在提案页面上做些不那么麻烦的事情,我可以想到我们可以做的几件事,就所需的工作而言,并不是很复杂。

–亚当·李尔♦
2015年6月4日在21:02

@AnnaLear-切线问题:您是否公开了该网站的审核情况问题?我从来没有冒险去那个特定的站点。但我可以告诉您,有一些我不喜欢的网站,在正常情况下,我(a)甚至不会自愿自愿进行审核-我什至拒绝了一次SE提议成为ProTempore的提议[因为我天生就不适合主持人的位置]但是(b)如果我被告知我所关注的要关闭的站点与开放的站点之间的关系是可以提供这样的志愿者,而没有其他合格人员可用,那么该志愿者将很快出现。

–DVK
2015年6月8日在3:15



Jay和@rbwhitaker-我没有参与任何Startup实例,但这很可悲。您是否已要求SE“将我们的个人资料和内容回馈给我们,并将其合并到新站点中……”?我找不到关于该主题的任何元信息,但我希望(并投票)可以对任何已复活的封闭站点执行此操作。

–feetwet
2015年9月11日14:21在

好吧,我认为这应该得到一个直接的答案,所以这是一个直接的问题!

–feetwet
2015年9月11日20:45在

...正如您所预料的,这是罗伯特·卡塔诺(Robert Cartaino)的不满意和切切的回应。

–feetwet
2015年9月12日下午0:05

#8 楼

我认为这是一个好的开始。更清晰=几乎是普遍的用户,更快乐。育儿是我的一个例子,但我敢肯定还有其他类似的网站:这些网站处于测试阶段已经很多年了,并且拥有相当活跃的社区,但是只有一个统计数据,它们似乎永远不会变得足够高-育儿的情况,特别是每天的问题。

定期在每个站点的元数据上获得特定反馈会有所帮助-如果可能的话,每个季度(关于站点的运行方式和长期计划)是。从上面看来,现在看来永久性Beta是我们在育儿的地方,这可能还不错;听起来SE即将毕业的问题与选择哪些站点花费(昂贵的)资源来提供新颖的新设计有关,我至少并不特别关注那方面。但对于我们的网站,我不知道这是否成立。也许有某个计划可以使我们毕业。如果我们做X,Y或Z,也许他们会毕业,但并不涉及每天增加Q。不知道有时可能会令人沮丧。谢谢!

评论


我会说我不是国防部,我不知道国防部是否有这种反馈并且只是不分享。鉴于我们的mod具有很好的沟通能力,但是这又是相对较新的,所以这可能会随着时间的推移发生。所以请让我知道我是否刚刚离开这里。

–乔
2015年6月1日21:18

我不认为mod知道网站相对于最佳毕业地点的表现如何,但可能只是没人告诉我任何事情。 :-)认真地说,好主意。

– HDE 226868
2015年6月1日21:21在

甚至会听到“没有变化,但您仍然做得很好”。比什么都没听到更有帮助?

–安娜
2015年6月2日23:55

@Ana有点,但是对我来说至少是要知道我们走的路。尤其对于一个已经存在很长时间的网站,我们基本上应该成为永久Beta吗?如果一些数字发生一些变化,我们是否有可能毕业?在我看来,我们不可能达到每天10个季度的速度,因此尽管这篇文章有助于了解我们并不一定要离开,但不知道我们是否打算毕业是我的真正问题(并且不知道我们需要特别改进的地方)。

–乔
2015年6月3日,0:18

#9 楼

很高兴听到这个消息,我很喜欢阅读有关这些更改是如何产生的一些详细信息。我的主要问题是,这将如何影响这些长期测试版网站?这些更改伴随着毕业:


新站点设计
主持人选举
该站点已添加到SE站点的页脚列表中
它们可以是迁移目标
SE删除了悬挂在网站上的达摩克利斯之剑

对于处于这种新的永久Beta状态的网站,不会发生这些更改。这些网站会获得某种“我们是一个健康的社区,但不会毕业”的网站设计,以区别于Beta版设计吗? SE资源会定期使用站点mod签入吗?我一直活跃的一些站点遭受了mod消失或只是减慢了它们的活动。在beta上,这可能会给剩余的主动模组带来压力。会不会是替换mod,还是会在这些beta版网站上开始选举? SE是否会发出一些通知(可能是另一种定期检查)?该站点远高于关闭阈值? Beta版网站,所以我不希望对此有即时的答案,但这是我想知道其计划的。

#10 楼

这使我认为“ Public Beta”阶段应重命名,因为它不能真正描述实际状态。 Beta听起来像是未完成的东西或试用。这些是“完成”的网站,但周围只有少数人。

这很重要,因为如果我想向某人介绍咖啡SE beta,则“ beta”的含义是未完成。我宁愿说这是别的(尽管我不太确定是什么)。政策,标签等,但希望大多数大版本已在私人Beta版中得到处理。

以下是一些更好的名称的想法,我敢肯定还有更好的名称:


孵化
成长
苗圃
机构


评论


meta.stackexchange.com/questions/257652/…

–user160606
2015年6月2日14:45

在公开测试的第一天,我就去了几个站点,相信我,那时它们仍然非常活跃。 Coffee已经有几个月了,所以已经有时间安定下来了,但是由于您不希望有一个较长的私人测试版,因此仍有一段时间“ beta”是有意义的描述。在大多数网站上,这种情况已经持续了很多年。

– Monica Cellio
2015年6月2日15:21

@MonicaCellio我同意,所以也许还有一个额外的步骤吗?一种幼儿园毕业吗?

–弗雷德利
15年6月2日在15:48

@fredley我爱你的多个阶段的想法;但是,您能否详细说明(甚至一句话)每个阶段的含义?营业所和毕业一样吗?等

– onebree
15年6月3日在13:28

@onebree因此,我看到的方式是90天后(或大约取决于站点/社区的状态),beta标签被删除了。从A51的角度来看,公开Beta和毕业课程之间的新阶段可以使用不同的名称,但不一定突出,只是一个用来描述阶段的术语。那有意义吗?

–弗雷德利
2015年6月3日,13:53

#11 楼

我认为最能代表社区健康的一项指标是积极参与的用户数量。定期访问该网站来提问,回答,编辑帖子或执行任何其他类型的社区审核的用户。 Beta阶段最重要的方面是增加活跃社区的规模。

我怀疑问题的数量与活跃社区的规模有关,至少对于健康站点而言。但我仍然认为,采用某种表示活动用户数量的方法将比我们目前的统计数据(我在此问题上的旧功能要求)有用得多。

评论


这种建议的健康度量仍然纯粹基于数量,而完全忽略了质量的重要性。从定义上说,小型(高级专家)社区没有任何问题(例如TP.SE!)。一个小型站点,其活动用每个问题的天数比每天的问题更恰当地描述,这也是非常健康的,如果内容是高级别的,大多数问题可以在合理的时间后被专家成功回答,并且社区可以继续生存。该网站很满意。

–迪拉顿
2015年6月2日,11:41

@Dilaton重要的衡量标准是活跃用户的增长或下降,而不是绝对水平。如果用户继续返回该站点,则可能对他们有所帮助。如果活动用户数量持续下降,则说明该站点存在问题。

–疯狂科学家
2015年6月2日,12:05

我假设标准是每天10个问题,并且有足够多的用户回答这些问题,并且有足够的“平均”(信誉良好)用户构成核心用户,这些用户在之后仍然可以伪适度(例如投票关闭等)信誉阈值会增加(当网站毕业时,阈值会很大)。

– ChristW
2015年6月2日,12:13

@MadScientist我同意活跃用户的减少并不是很好,但是特别是由于时间较长而存在的社区也可能达到或多或少的稳定平衡,例如MathOverflow就是这种情况。即使活跃用户的净人数增长不多,这些社区也可以在他们想要实现的目标上保持健康和成功。

–迪拉顿
2015年6月2日,12:16



#12 楼

最近毕业的网站中,有四分之三与每天始终收到10个问题的条件不符。考虑将其用于毕业。



,即定量金融,法律和哲学(图表的365天交互式版本,DSE查询):



注意,我如何无耻地将以太坊beta网站统计信息插入图表:-)

我不想怪任何人,我看到这三个社区非常组织良好,网站健康活跃。但是也许在2017年,是时候对SE网站的健康状况有一个更清晰的展望了;-)

我怀疑社区的规模和元活动比每天的提问更重要。我们可以对此进行更新吗?为了支持我的观察,我想证明Arduino的QPD一直在15左右,但仍然只有200名狂热用户。我以某种方式感到有一种模式。例如SCORE = QPD * AVID。但这是不科学的,让我们将其与beta天数(SCORE = (QPD * AVID) / DAYS)的比例进行比较。我选择了一些更活跃的beta站点来预先计算分数:
DataScience 3.273
比特币3.089
历史2.925
Monero 2.540
Vi 2.524
德语2.425
CiviCRM 2.365
空间1.773
ElementaryOS 1.710

请注意,以太坊如何始终位于最顶部;-)

#13 楼

我可以建议稍微调整一下“何时关闭网站”政策吗?



如果有足够的审核要求公共Beta版站点一致地
保持垃圾邮件,清除标志和对我们很好的

/>坚持政策,如果绝大多数可回答的问题都收到高质量的答案,则您的网站将保持开放状态。 SE的声誉。

我们不只是想要免于垃圾邮件和滥用的声誉。我们希望获得专家认可的最佳答案的声誉。我们希望人们在搜索他们的问题时认为“嘿,StackExchange,我将首先单击该链接!”。

我认为如果网站没有垃圾邮件,请清除其标志,删除或不会吸引讨厌的评论等-但从来没有成功地被该领域的专家们实际填充,并且充斥着无法回答或回答不佳的问题-那么,这同样会损害SE的声誉。


我建议这部分地基于未回答的问题,但主要基于对内容的定期检查,而偏向于流量较高的问题。它需要智能地应用,因此我们不会因吸引具有挑战性的问题而对站点进行惩罚。并且应该向相关社区发出大量警告,并为他们提高游戏水平提供机会/帮助。 -偶尔会出现诸如“嘿,这个问题有10,000次浏览,但没有任何质量答案,这会使网站看起来很糟糕的风险,您能给予关注吗?”之类的元信息。也许是针对未答复/流量高的自动社区赏金...现在我只是大声思考。

评论


我将不得不进一步考虑。如果您在TL; DR的上层中注意到这一点,那么我会说以下有关网站关闭的信息:“如果一个公共测试版网站无法持续产生有用的内容,则……”,这是对您在此处提出的想法的认可。从本质上讲,我们希望我们的问答站点能够帮助有实际问题的真实人。根据您的建议,对此进行更严格的定义有什么好处?

–安娜
2015年6月2日在23:42



我真的不知道这样的政策是如何在您这边实施或形式化的,我只是想确保决策会满足于需求:-)我们有时会在SE上倾向于集中精力进行节制,我们忘记我们在这里为问题提供良好的答案!

–user56reinstatemonica8
2015年6月3日9:41



我不同意。在Software Recommendations.SE上,我们的回答率很低,但这取决于主题的性质。 (正如一个用户所说:有无限的需求,但是开发人员是有限的)因此,将其作为严格的规则将关闭有用,活跃和健康的网站。

–安吉洛·福克斯(Angelo Fuchs)
2015年6月3日15:00

文字->保护

– Faheem Mitha
15年8月18日在20:49

#14 楼

我对建议的标准(每天的问题量,每天平均数)进行了一些简单的探索性分析。事实证明,它的对数与每天用户访问量(VPD)统计数据的对数高度相关。以每天10个问题的速度,一个网站可能需要产生9000次用户访问,这可能超出了某些利基网站的受众范围。

建议:


量化关闭(也就是“破损的窗口”)阈值(例如,过时的审核/审阅任务的积压)
用最近活跃的应答用户数量补充QPD统计信息



评论


由于您提到了对数QPD-对数VPD关系,因此这是我在问题下也提到的对应图。 (它会自动更新。)

–user259867
15年6月2日在22:05

我认为您的因果关系倒转了一点。非用户将大多数站点上的大多数问题视为搜索结果。因此,网站提出的问题越多,它们出现在搜索结果中的可能性就越大。如果受众很小,但站点活跃,则他们每天可能会遇到10个问题,而无需进行多次访问。其次,没有特别需要毕业的网站。如果没有诸如垃圾邮件扩散之类的严重问题,它就不会被关闭。话虽这么说,但我认为我们会发现除提出问题的比率以外的其他标准。

–乔恩·埃里克森
2015年6月2日23:22

@JonEricson-不推断因果关系;没有量化每个站点的专家核心人数;核心专家确实认为毕业是一件大事;谢谢大家的考虑。

–鹿猎人
2015年6月2日23:27

@HomegrownTomato您的情节很棒,但我需要缩小很多才能在整个屏幕上查看。您是否可以缩小圆点,并在悬停时显示该位置? (我尝试在20-22英寸的屏幕上观看)

– onebree
2015年6月3日13:00

@onebree在Chrome中,您可以按Ctrl和-缩小。就个人而言,我只是滚动浏览,专注于图表的这个或另一个区域。缩小地块的问题是,许多地点几乎占据相同的位置。无论点的大小如何,都将无法解决。

–user259867
2015年6月3日,13:04

@HomegrownTomato我可以放大Firefox,但很难通过滚动获得整体印象。 (至少对我来说)。虽然情节不错。您是如何在Google中取得成功的?

– onebree
2015年6月3日,13:15

@onebree这是ImportXML和其他一些Google Spreadsheets机制;我在博客文章中描述了该过程。

–user259867
2015年6月3日,13:19

#15 楼

使用问题/天似乎是合理的,但是在什么时间范围内我们要计算问题/天的比率?此标准不公平地限制了旧的Beta网站的毕业,因为问题/天本质上是加权平均值,而该加权平均值主要针对网站的低流量起点。

假设某个站点已有4年历史,并且平均每个QPD为1。那就是1465 Q / 1465D。现在假设在第5年每天可获得10 QPD。那就是(3650 + 1465)/(1465 + 365)=仅2.8 QPD!为了获得最高10 QPD的平均值,该站点在第5年中需要46 QPD才能达到10 QPD以上!显然,对于某些网站,这永远不会发生。

我建议,如果QPD指标当前只是一个简单的SUM(questions)/SUM(days),则可以更改为在过去365天中对QPD进行计数。如果一个站点可以保持10 QPD一年,那么多年以来的问题率实际上并不重要。

评论


这是一个移动平均线。在过去一周或一个月或一个季度中有多少个问题。这不是简单的(问题数)/(站点年龄)。这就是为什么他们说“每天稳定地回答10个问题”的原因。

–热衷
2015年6月2日在2:50



@Keen在那种情况下,该统计数据需要显示在某个地方。 Area51仅显示简单的(#Q)/(天数)数字。

–nhinkle
2015年6月2日,凌晨3:02

我为此创建了一个SEDE查询。

–nhinkle
2015年6月2日,3:10

@nhinkle:将查询设置为整整1224天将显示1.54 QPD,高于显示的1.2的QPD,几乎与默认的365天的1.65的QPD一样高。 (将其减少到90天会显示1.34,这是令人不安的,而在45天时,它将显示与1.2匹配。因此,可能已经使用45天滚动窗口而非365天窗口实现了。)

–内森·塔吉(Nathan Tuggy)
2015年6月2日,凌晨3:20

@NathanTuggy:我相信51区的平均值是根据最近7天计算得出的。当然,从一天到一天的变化比整个站点整个生命周期中可能发生的变化要大得多。 (注意:公共数据始终存在几天,因此对其进行查询将不准确。)我们使用的标准是基于过去几个月的滑动窗口,以避免诸如学生重返校园之类的高峰的东西。 Pops对该标准做了相当多的回测。

–乔恩·埃里克森
2015年6月2日,下午5:54