这些讨论向我们展示的一件事是，与社区团队所拥有的相反长期以来，获得定制设计只是人们希望其网站毕业的几个原因之一。我们的假设是，设计是唯一的真正动机。我们错了。这确实是一个激动人心的大时刻，也是我们将继续投入资源的一件事，但是社区对毕业还有其他方面感兴趣。
我们还认为，尽管我们正在尽快招聘设计师，但我们的设计积压仍然不会在一夜之间消失。长话短说，如果我们除了要设置的网站所需要的设计之外，还有其他东西可以提供给他们，也许我们应该这样做！
为了满足您的反馈，我们重新考虑在未来几天中对毕业机制进行一些不同的布置。看起来像这样：
社区小组宣布已清除一个网站以供毕业。刻不容缓...
删除beta标签
举行选举
设置迁移路径
投放社区广告
该站点的链接被添加到页脚
...然后，当它可用时，
该站点将获得其自定义设计。
特权阈值已提高到分级的站点级别
注意：我们建议在设计就绪之前将较低的特权阈值保持在适当的位置，因为我们认为在不给您任何庆祝的情况下提高它们就不会那么有趣。
我们希望这种方法比目前的情况更聪明，也更令人鼓舞。我想说的很坦白，因为我们首先要在这里寻求社区的反馈，所以我们尚不知道我们要多久才能实施。如果对此想法有广泛的支持，那么我们将找出技术细节并告知您。
你怎么说，我们应该尝试与设计无关的毕业吗？
编辑：这几乎是肯定的，所以我们将弄清楚我们可以多快将其付诸实践。更多内容！
#1 楼
我说去做为什么？，因为您什么也没有损失，却收获很多。
beta网站上的人们经过一段时间后往往会失去兴趣-似乎有一种自然的动力使该网站上的“ beta”标签消失。几乎感觉像是一件坏事，人们开始问要摆脱它需要做什么。更重要的是，他们被保证，如果他们做的一切正确，标签将消失……而事实并非如此。
这样做，您的思维过程将从：
”显然，我们在做错事，但我们不知道是什么，那些CM并没有告诉我们。他们显然讨厌我们。“
（这对某些人来说非常令人沮丧） ：
“哦，团队还没有足够的资源来给我们上色，但是我们可以有选举和其他有光泽的玩具。嗯，好吧”
评论
。 。 。当然，最终人们会因没有足够的资源来吸引设计团队而发动骚动，但我认为，将永久性的BETA标签从网站上删除仍然是一件好事。如果没有其他提示，则它向Internet的其余部分发出信号：“此站点一直存在”。
–voretaq7
15年7月15日在22:04
我也同意这一点。但是，我认为，除了删除“ BETA”标签之外，还应该对标准化的“毕业”模板进行主题更改。不，不是适合该网站的自定义设计，而是至少以某种方式（标题除外）将“测试版”网站与“分级”网站区分开。这样，我们就可以将网站“培养”为标准的“ SE风格”设计，并在以后担心自定义内容。
–罗伯特尼克
15年7月16日在8:00
带回Sketchy以获得真正的beta，@ Robotnik？
– TRiG
15年7月16日在8:30
@ RtiGisTimothyRichardGreen，Robotnik-好主意。 :-)
– Monica Cellio
15年7月16日在12:37
让我想起了在市场上待了很长时间却没有售出的房屋，很难卖出。 “那房子为什么还没卖？那是怎么了？” ->“为什么该网站仍处于测试阶段？这有什么问题？”
– hBy2Py
15年7月16日在14:03
我说保持简单。 1）告诉社区，他们每次都将被考虑毕业。 2）告诉他们结果，并在他们错过的情况下给予鼓励和诚实的反馈（“我们只需要更多的问题才能毕业！”比“他们忘记了我们？我们将被删除吗？”更具激励作用。） 3）如果通过，则只需删除“测试版”，然后在主站点右侧的框中添加“正在毕业”的粘性精选元帖子，就可以了。4）设计是毕业过程的结束，而不是一开始，有点像毕业典礼。即将毕业。
–user56reinstatemonica8
2015年7月17日在23:03
@ user568458我真的很喜欢“设计是毕业过程的结束，而不是开始”的想法。另外，我喜欢为毕业网站设计更酷的通用设计的想法。
–吗？
15年7月19日在15:36
#2 楼
我认为这个概念很棒，但是特权级别的动机有些瑕疵。可能应该逐案考虑，但是特权阈值是关键原因之一例如，为什么我要让Code Review毕业。
提升的权限阈值对于网站来说是一件好事-它鼓励人们对自己的贡献更加谨慎，它为努力争取了更多目标，
此外，它使新手无法进入会导致麻烦的地方。
Beta网站阈值较低的原因是因为没人代表很高如果站点足够稳定以至于可以被称为“成熟”站点，那么，如果该站点有能力并且有能力找到和选举主持人，那么他们同样也能够拥有受信任的用户，等等。
实施的延迟阈值的高低可能对某些站点造成同等程度的损害。至少应该考虑站点的优点。
除此之外，我认为这对于Stack Exchange来说是一个巨大的进步
评论
我同意;我希望有人查看一些数据（例如在毕业时已经提高了水平的网站上发生了什么），并大致确定了支持更高水平所需的用户在rep上的分布。然后，当有一个社区存在时，可能是时候在设计之前将它们提出来了。 （设计应该是最后一件事，因为，嘿，有光泽。）
– Monica Cellio
15年7月15日在19:48
是。这是很多内部辩论的主题，如果rolfl（或其他人）没提出来，我会自己发表一个答案。我们已经看过“该网站可以维持选举吗？”和“特权级别提高后，社区审核能否有效地工作？”作为毕业标准。考虑到这一点，而且我们现在意识到人们在考虑毕业时不仅关心站点设计，而且继续将特权级别与设计联系在一起，这让我们感到非常倒退。对我来说，与选举相关联会更合乎逻辑。
– Pops
15年7月15日在20:20
特权阈值可以根据活跃的高代表用户的数量来确定，以便他们可以维护IMO队列。
–棘轮怪胎
15年7月15日在21:59
这很好地体现了我对提案的感受。必须确定一些阈值级别，以确定何时将特权阈值提高到“分级站点级别”-我不确定这是什么，但是我确实认为从逻辑上讲，它与“定制设计”无关。我几乎要说的是，一旦Beta标签消失，就应该对特权阈值做出一些调整-即使不适合“完全毕业”。
–voretaq7
15年7月15日在22:00
是。这个。没有理由推迟提高代表水平。它们对网站的自我管理方式有很大影响，与网站的外观无关。如果某个网站准备好毕业，那么它就可以满足更严格的代表资格要求。对于准备毕业但与其他网站相比规模较小的网站，可能需要通过@pops调查两个阶段的增长。
–RubberDuck
15年7月17日在2:26
@RubberDuck您是否有网站的一些示例，这些站点足以保证毕业，但规模又不足以维持较高的代表阈值？临时而言，我希望没有足够活跃的高响应用户的网站还没准备好毕业。
– Monica Cellio
15年7月17日在2:38
实际上，@ MonicaCellio我认为代码审查可能是一个很好的例子。我们已经准备好毕业了，我们确实确实需要更高的代表要求，但我怕它们有点太陡了。并非所有的最高用户仍然处于活动状态，因此具有删除特权的用户数量很少。我们可能不得不依靠mod来删除废话。
–RubberDuck
15年7月17日在2:43
我看到11个超过2万名用户（其中两个是mod）。我知道您说他们并不都很活跃，但是为了比较，我认为The Workplace毕业时有五个。社区删除答案应该没问题，社区删除问题只需要10k，因此除非那里的大多数高级用户都处于非活动状态，否则您应该没问题。
– Monica Cellio
15年7月17日在2:46
在这11个用户中，@ MonicaCellio中的4个是mod，其余20k +用户中只有2或3个处于主动管理状态。 Idk。走着瞧。了解工作场所会让我感觉好些，但我还是不知道。
–RubberDuck
15年7月17日在9:44
@RubberDuck-在需要20K而不是10K级别的社区审核方面，几乎不需要做任何事情。那些看起来“有用”的东西仍然可以通过标记或查看队列来实现。 20K阈值比原始功能更多的是关于用户的便利性和效率。
–rolfl
15年7月17日在11:25
足够公平，但是我仍然认为，由于我们现在将提供Beta，“长期” beta和毕业站点，因此特权代表级别的中级阶段可能是明智的。如果对功能进行了一些调整，我们可能不会急着毕业。
–RubberDuck
15年7月17日在11:31
#3 楼
将网站设计更改从毕业软件包中删除是可以理解的。显然，要起草，咨询和实施设计需要大量的精力。我同意，缺乏网站设计是阻碍网站发展的可乘之机。很长时间以来，我一直在为这个建议努力游说。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。如果没有提高特权级别，那不是真正的毕业典礼。场地设计是美观的，因此是可选的；信誉阈值既不是装饰性的也不是可选的。在成熟站点上使用适合于新站点的阈值是有害的。从毕业软件包中删除阈值更改是无礼的。我认为，除了网站设计之外，所有更改都不需要花费几个小时的时间来实施。因此，除了网站设计之外，没有理由不提供所有其他内容。
如果您想给用户一些值得庆祝的东西，我建议您使用不同于Beta的通用的网站主题主题。但是，如果设计团队太忙而无法执行此操作，那么就让我们放弃该请求-代码审查希望昨天完成此操作！
评论
徽标的“测试版”部分至少可以删除。
– nhgrif
15年7月15日在19:10
从字面上看：选举昨天结束了。
–马修·金登（Mathieu Guindon）
15年7月15日在19:13
#4 楼
好点子。我全力以赴。我不想重复其他回答。我只想添加一个小小的调整项：除了删除“ beta”标签外，以某种可见的方式更改网站徽标和基础设计。毕业但尚未设计的网站都可以共享相同的样式，并且更改不必很大（也许只是颜色方案的更改），但是这样做会有所帮助。
为什么？
以前去过的人看到“哦，这是不同的-不像我刚才看的那三个月大的beta”。使它比仅删除“ beta”一词更为突出。
在我们所拥有的只是网站徽标的上下文中-超级对撞机列表，浏览器选项卡，网络配置文件，tweet等-可以传达一些信息“不是beta”。当我在这些列表中扫描一个站点时，我的世界目前分为两类：带有白色字符的蓝色背景，以及其他所有东西。如果一个刚毕业的网站可以成为“其他所有东西”（或更实际地说，是第三组）的一部分，那肯定很好。
这不必很复杂-也许只需更改色相（蓝色->绿色？）。或者，现在测试版又回到了较短的测试版，为它们带来“粗略”主题，并为刚毕业的网站使用当前的beta主题？ （但是，由于使用基本的CSS可能会更困难。这只是一个想法。）我相信设计团队会提出一些可行的方法，并且不需要花费数周的时间来实现。
评论
还是只是对字体堆栈进行了调整？ ;）
–Dɑvïd
15年7月16日在7:24
@Davïd也是如此，但仅此而已可能无法向休闲游客提供足够的信号，因此主题更改或类似内容也是如此。绝对是图标；在很多情况下都会单独出现。
– Monica Cellio
15年7月16日在12:36
#5 楼
您怎么说，我们应该尝试与设计无关的毕业吗？
我认为，设计网站毕业时，设计最不重要。如果网站准备就绪，就让它毕业。为什么要退缩？我想不出让网站毕业的正当理由。
对于网站来说，查看其“实施时间表”可能很有用，它可以显示网站在流程中的位置，称之为“透明”。这样可以避免类似“但为什么在这里而不在这里吗？”之类的问题。
#6 楼
最近关于Blender，网络工程，密码学和代码审查（所有beta）的选举进行得相当顺利。在其中一些候选人上，候选人的数量勉强足以举行选举，但这可能是由于选举通知出现故障所导致的，此问题已得到修复。所以，我支持这个主意，但建议采取以下程序：
宣布大选。
如果选举进行地点（并且不会因缺少候选人或其他原因而被取消*），然后在结语之后宣布毕业，并启用津贴。
*有些选举有两位数的选民投票率。
切线：刚毕业的网站（生物学，化学等）在页脚中没有链接，所以我我不确定部分毕业生的网站有什么机会。
评论
大多数页脚链接都是毫无意义的meta.stackexchange.com/questions/257987/…
– CRABOLO
15年7月15日在17:46
现在已经有超过一年的空白页尾缺少工作场所了。
–本是倒退的
15年7月15日在20:31
@benisuǝqbackwards我怀疑很快就会发生任何事情，以上问题将是一个长期的问题，而不是6-8周。
– Tim
15年7月15日在22:29
两位数的投票率？ CR有630多人。 = D
–RubberDuck
15年7月17日在9:48
@RubberDuck好。这恰好是网络工程的10倍。
–user259867
15年7月17日在16:50
#7 楼
作为某SE公司的某个人，大约10个月前宣布已准备好毕业但尚未毕业，所以这是一个很好的主意，对准备毕业的网站非常重要，但由于积压而无法完成。Music SE的长期用户知道我们正要毕业，但是从那以后我们也吸引了许多新成员加入我们的社区，对于他们来说，我们并不明显即将毕业。即使每天都访问该网站并看着其他网站正在毕业的某些用户也对我们实际上什么时候毕业感到不安，即使它已经宣布包括我在内。
只是简单地放弃beta状态并开始向我们提供其他已毕业网站的功能在这方面还有很长的路要走，因为这表明我们正在为每个人毕业或正在走向毕业。
#8 楼
我认为放弃设计依赖性是一个伟大的想法！这是网站继续前进并没有在其绰号上附加讨厌的Beta标记的令人兴奋的一步。糟糕，我告诉你，太可怕了！
我想提到的一件事可能对设计依赖有帮助。我们在这里拥有所有的大猩猩编码人员和设计狂，为什么不提供设计项目所需的确切信息，我敢打赌，您会被人们殴打，免费为您提供帮助。这将执行以下操作：
减少积压。
让设计依赖关系不大。
从应届毕业生网站上获得完整的支持。
为整个SE网络提供更多的乐趣。
我知道不是每个人都愿意这样做，但是我想，如果您要在即将毕业的网站上与mods交流，他们可能会实现这一目标。我个人可以看到很多需要更改的设计元素，但是我确定我没有看到所有这些设计元素。如果发布了这些项目的完整列表，或者至少将这些项目的列表发布给了这些站点的mod，则可以从整个社区中召集合适的设计人员来完成任务。可能是，所生成的内容可能无法完全使用，但可能会使其达到只需要进行微调即可完成设计的地步。网站毕业是否仍然需要依赖于这些？完全没有，但是它会带来兴奋和社区参与。
现在，如果您经营一家联合商店，我就会明白了。
评论
+让社区为网站设计做出贡献！
– FreeMan
15年7月15日在22:37
抱歉，但我认为社区驱动的设计或自下而上的设计不能起作用（更不用说由委员会设计）。您需要从一个大概念开始，然后详细实现它；您不能从细节开始。
– Wrzlprmft
15年7月16日在7:15
@Wrzlprmft-您听起来像我每天都要处理的所有官僚。您是否认为SE上没有任何技术或设计精明的人不适合SE？您拥有一个由程序员，设计师和人员组成的全球社区，他们乐于完成工作。 SE仍然拥有最终决定权。我的建议是，有些人愿意完成常规工作，然后将他们所需要的内容交给SE进行最终发言和发表。这只是加快设计过程的一种方法。
–Pᴀᴜʟsᴛᴇʀ2
15年7月16日在10:06
@ Paulster2：虽然设计涉及一些可能会众包的工作，但最终还是要进行这项工作。首先，您需要制定一个连贯的概念，这应该由一些有能力的人来完成。当然，有些站点可能有这样的人，他们甚至愿意做这项工作，但是没有办法保证将这项工作仅委托给这些人和这些人。其他人认为做一个好的设计很容易，却不知道自己在做什么，他们会想在其中说一个话，而这必然以不和谐告终。
– Wrzlprmft
15年7月16日在19:35
这是另一个已经在各种元数据上抛弃了几次的想法。我们对此进行了一些咀嚼，但尚未做出任何正式决定。只是在这里为我自己说话：我想起了2010年的巨型命名布鲁哈哈，我作为普通用户观看过。这场辩论的双方都有很好的论据，还有我在Stack Exchange上见过的同样多的情感。我担心，尽管更加激烈，众包设计元素可能会打开类似于第二轮动荡的局面。
– Pops
15年7月16日在20:40
@Wrzlprmft列出了所需的详细信息并不会阻止社区提出总体设计概念，然后对使用哪个概念进行投票。详细信息列表不会强制执行自下而上的方法。
– trichoplax
15年7月16日在22:06
@trichoplax：详细信息列表不会强制执行自下而上的方法。 –但是它也不鼓励这样做。您不仅需要这样的列表来引导社区产生您实际上想要替换Beta设计的设计。如果能够做到这一点，那么制定和建立这样的流程和指导将需要很长时间才能摊销。
– Wrzlprmft
15年7月16日在22:34
@Wrzlprmft要点-如果社区尚未包含指导该过程所需的人员，那么这将比在节省时间上浪费更多的人力。我可以看到此方法适用于某些站点，但是将其推广到所有站点可能会导致超出解决方案的更多问题。如果单个站点可以展示其功能，也许可以提高它？
– trichoplax
15年7月16日在22:35
@Wrzlprmft-虽然我理解您的观点，但您听起来似乎SE以前从未经历过设计站点的竞争。我向您保证，他们有一个用于创建网站设计的公式。在开始时，您需要制定一个连贯的概念。这是需要做的腿部工作。
–Pᴀᴜʟsᴛᴇʀ2
15年7月20日在12:54
@Pops-Ayup ...我可以完全理解并看到这种情况。这就是我建议SE拥有最终决定权的原因。我可以看到设计的效果疯狂了，哈哈！
–Pᴀᴜʟsᴛᴇʀ2
15年7月20日在12:55
#9 楼
好点子。在允许网站毕业方面，您可以提供很多帮助。按照我个人的优先顺序，估计需要花费大量时间在括号内。一定要先删除beta标签，并为社区和社区提供极大的安全感互联网的其余部分（2分钟，一个元消息，写着“恭喜！您成功了！”）
特定于社区的错误修复程序（国际化等）（几个小时的开发时间，如果您允许社区提供帮助）
主持人选举
（开发人员时间10分钟）
社区广告（开发人员时间10分钟）
...
绝对持久新设计（可能需要数周的开发时间）
按照清单的顺序进行工作，只需确保扩大招募规模即可最终到达最后一步。 （我仍然认为，好的光泽设计是最后一个重要的步骤，而不是最后为了展示和堆栈交换图像。）
实际上，一些非正式的评论给出了“毕业的初步清单”已经在网络中浮动，但是它们没有任何良好的放心效果。为什么不将它们设为官方？ （这并不是说人们会说：“哦，我们要毕业了？我想我现在可以抽些时间...”。每个人都很高兴已经来到这里了。）
也许继续更新的公开列表，列出公认的已毕业网站的个人进度。我们都知道您有许多优先事项，因此，进行网站设计不应该是您的首要任务，如果您的进度落后于进度，我们也不会生气（因为您的人手不足或因为您只是没有找到合适的男生/女生）。
#10 楼
我完全赞同这个。我也同意提高声誉是关键。我参与的beta网站数量超过了几乎任何人（通过Area51徽章），我可以肯定地说，一段时间之后，您有一个运行该网站的核心小组，并且需要一段时间才能建立该核心小组。如果该小组存在，那么令人沮丧的是，一个知识相对不多的人可以执行相对繁重的主持人攻击。我喜欢一些更改的想法，也许是标准设计，也可能是自定义颜色更改给定站点。但是，这是可选的。只要确保一定要摆脱单词“ beta”！
当然，我还建议缓慢执行此更改，每周或每两周不超过一个站点，这样SE员工就不必一次处理太多事情。但是我认为这确实有效。
评论
我同意“慢”部分以外的所有内容。该过程实际上已经足够缓慢，并且这些更改已经过期。
– 200_success
15年7月16日在19:47
到达的工作人员必须进行选举，这需要时间。起初可能有点慢，然后应该尽可能提高。
–PearsonArtPhoto
15年7月16日在20:46
根据我的统计，大约有十个地点可以毕业，但正在等待艺术家的时间。
–马克
15年7月18日在0:18
#11 楼
毕业需要做很多事情，当网站三个月后应该毕业或失败时，将其归为一类是很有意义的：取下停机之剑。
网站本身的名称-但我们毕竟不会这么做。
为网站提供独特的视觉外观。
从网站说明中删除“ beta”，其本身就给人以成就感和持久性。 。
主持人选举。
迁移路径。
特权增加。
其他毕业站点的页脚中提及。
赃物！
何时Beta可以持续数年，将它们全部打包到一个包中是没有意义的。
主持人选举应该在社区足够大以支持它们的情况下进行。
解决政策后，应启用迁移路径。通常，几个月就足够了，但这需要根据具体情况进行研究。
“ Beta”带有未完成的含义，存在失败的风险。因此，当网站具有合理明确且稳定的政策，并且显示出稳定的增长或已经显示出很大一部分目标受众时，应删除beta限定词。每周可能不涉及10个问题！许多Stack Exchange网站（怀疑论者，理论计算机科学，烹饪等）都非常健康，每周少于10 q。
在页脚中提到毕业是奇怪的。为何要扩展网站时隐藏网站？ Beta网站一旦出现在热门问题列表中，便应在页脚中提及它们。目前，这是从公开测试版开始的。
当较大的权限范围内有足够的用户时，就会发生特权提升。但是，对于特权级别在125至20000之间的用户（即，除了使用次数不多的网站的顶级用户以外的所有用户），提高特权是一种惩罚。因此，只有在有一些奖励要补偿的情况下，才应该这样做。应该在删除“ beta”限定符时或在网站进行新设计时提高特权，我不确定是哪一种。
特定于站点的赃物必须遵循设计。这些天连赃物都做完了吗？
因此，事情应该大致按以下顺序进行：
公共场所应立即在页脚中提及该站点。 （或者稍后，但是如果网站准备好进行热点问题，那么就可以准备页脚。）
当网站对站点具有稳定的策略时，关于$ topic的问题不在A上，而在B上则在主题上，并且在B上可以解决有关此主题的问题时，A社区是个好主意，请在两个站点上进行元讨论之后启用迁移路径。当Beta网站意味着波动的政策时，“没有Beta网站的迁移”是有意义的，但是这种推理早已过时了。
当一个网站有足够的社区来维持选举时（我不知道如何量化该数字，应该是一个单独的选举），然后进行选举。
当站点变得足够稳定并且有足够的受众群体时，声明它已毕业：请删除beta标签。
当您浏览它时，请将该站点分配给它自己设计。
评论
“这些天赃物还做完吗？” -据说是几个月前完成的，但目前还没有人真正知道。
–克里斯蒂安·劳（Christian Rau）
15年7月20日在4:21
顺便说一下，作为ELL毕业后赃物的接受者，我可以向您保证，赃物仍在发放中。 （抄送@ChristianRau）
–内森·塔吉（Nathan Tuggy）
17年4月25日在17:08
#12 楼
另一个建议是，像网站的横幅广告一样，让用户有机会展示他们希望网站的外观。一些网站，那里的程序员/设计人员不多，可能只需要徒手绘制所需样式即可。 （相信我，拥有一个可以自己完成所有工作的图形会更容易。）
其他具有设计师和/或程序员的网站可能会展示他们的想法。
获胜的想法将被实施并获得奖励。一些商品是可行的想法。
它可以节省您的金钱，时间和非物质资源。
这是双赢的局面。我看不到StackExchange会因此而失败。
每个人在他们的网站上都有自己喜欢和想要的外观。
#13 楼
我非常失望，恐怕您都把它弄糟了。让我们回顾一下顺序：
Stack Exchange奉行积极进取的Area51政策并频繁组建新的“测试版”社区（目前尚无直接链接，此问题概述了整个过程）。
站点设计队列不断增加。
设计错误变得不为人知且未被人们认识。
Stack Exchange宣布更改毕业标准，并承诺会在Beta版过长的网站（包括自定义设计元素）中带来部分好处。 />从PR-peak的译文翻译为：
“我们的设计团队太有创造力了，无法偿还技术债务，又太小了，无法兑现我们过去的承诺。因此，我们不再向您承诺定制设计。“
请与社区真诚合作。您正在选择阻力最小的路径，但预兆并不理想。
可以现实地做些什么？我可以看到各种替代方案，但到目前为止尚未采用（由于种种原因而被拒绝）。
缩小新站点的形成范围吗？
强制设计团队打开Bug数据库以从社区进行只读访问吗？
开源/众包网站设计？ （请参见上文Paulster2的建议）
设置僵化的，可访问社区的网站设计时间表？
请更多的设计师吗？
切换一些更具图形能力的开发人员添加新功能（StackEgg，有人吗？）要解决设计和技术债务积压问题？
...待续...
评论
您的命令使设计团队和开发团队合而为一。虽然应该修复错误，但您为什么认为它是相互依赖的呢？
–Pᴀᴜʟsᴛᴇʀ2
15年7月15日在22:24
“强迫设计团队打开错误数据库，使其只能从社区进行只读访问吗？” -这到底会做什么？
–安迪
15年7月15日在22:27
@ Paulster2-这些是设计错误。没有功能性的后端错误。
–鹿猎人
15年7月15日在22:28
@Andy-透明度是一个很大的动力。
–鹿猎人
15年7月15日在22:29
“错误数据库”是元数据。 IIRC SE没有错误跟踪器。有Trello板，但您真的要让人们在鱼缸中工作吗？
–撤消
15年7月15日在22:29
我不认为“仍然存在问题，所以在修复问题之前不要做任何新的事情”这样的论点是很糟糕的……
– Tim
15年7月15日在22:30
@Undo-也许SE应该承认并非所有内容都适合Q＆A模型：）
–鹿猎人
15年7月15日在22:31
这似乎与OP无关（顺便说一句，据我所知，OP不会“放弃定制设计元素的想法”）。您为什么不将此帖子发布到单独的功能请求中？或者，最好一次提出一个这样的想法以获得反馈。就我个人而言，我怀疑第二个猜测设计师的职业道德或聘用的设计师数量是否会带您到任何地方。
–坦白
15年7月15日在22:31
@Tim-我同意应该有一些平衡。
–鹿猎人
15年7月15日在22:32
@弗兰克-我不是在猜测。请阅读官方答复。
–鹿猎人
15年7月15日在22:34
@安迪-完全是。您可以在一处找到它们，对它们进行统计，看看谁在做（至少应该在做）。使用错误跟踪器的元数据，就没有可追溯性，也没有责任。
–鹿猎人
15年7月15日在22:38
我们似乎一直在重申我们正在积极寻求扩大我们的设计团队，这似乎是一个好地方。如果您认识任何人，请发送给我们！
–hairboat♦
15年7月15日在22:39
@DeerHunter Nah-安娜在OP中已经提到过；这将是多余的。
–hairboat♦
15年7月15日在22:43
@abbyhairboat为什么不在自己的网站上刊登广告？
– 200_success
15年7月15日在23:28
@Andy“问题不是他们看不到他们。而是他们在这个特定区域的人手不足”-好的，可以。但是更多时候，我只是根本不知道当他们禁止团队做出任何回应时，他们是否能看到他们，只是一个简短的“哦，是的，我们注意到了”。仅需知道问题实际上是他们人手不足，而不是根本不了解该错误或决定不关心此错误，就已经足够了。我不想假设他们忽略了某些东西（而且我不相信他们会这么做），但是坦率地说，我只是不知道。
–克里斯蒂安·劳（Christian Rau）
15年7月16日在12:06
评论
“那么，我们应该尝试与设计无关的毕业吗？”是。你应该。最好从昨天开始。@ HDE226868我在上面说过，我无法给出时间估计，仅仅是因为我们正在检查人们是否会首先想要这个。就是说，这里的想法是让您更快地获得好东西。 :)
除了“但莎莉必须在蛋糕上放些冰淇淋，为什么我不能，哇，啊，哇”之外，我想不出什么负面意见，而且我在您的问题或其他任何地方都没有看到任何负面意见。所以，是的。
感谢您承认我对此的疑问。我确实确实认为这是一个不错的选择，并且我在该功能请求中已经发布的内容没有任何补充。
一些站点需要将特权阈值提高到分级级别。是逐个站点进行选择吗？
爱它，完美。我特别喜欢您如何赋予网站设计特权（尽管可能出于另一个原因，我认为某些Beta版网站要更难获得经验。我们很重视我们的网站，但并非如此） ...）。因此，不管我的意见值得什么，我都说“是的！”。
有一个大问题，我不确定这是否能真正解决……似乎罗伯特·C（Robert C.）的偏爱是删除“毕业”的概念，而只包含投标，Beta和“站点”。在网站在大约六个月后变得“稳定”之后，删除了Beta徽标...但是，这些稳定的网站与计划要毕业的网站之间存在巨大差异。我对您以前的帖子的理解是，计划从数量较少的网站上删除“达摩克利斯之剑”，以使他们不必担心会被关闭，但仍可能永远不会“毕业”。
@Catija我的建议为Robert模型的发展迈出了一步，但是改变的东西更少，因此我们可以更轻松地观察它们的效果。换句话说，我们正在对此进行迭代。您在上面的评论中提出了一些重要的想法。想要开始一个新的元问题并链接到这里吗？
团队是否考虑过自动调整声誉阈值以满足需求？
@Emrakul那样会使多站点用户感到困惑。 “我在这两个站点上都有1500个代表；我可以在那里编辑帖子吗？在这个站点上可以，在另一个站点上我可以，但是昨天我可以...”
@ 1999“您必须具有1750的声誉才能关闭职位。”不要禁用控件，但是要在有人参与时提供有用的信息，就像SE投票一样。
我不希望特权阈值不会随着*半-*站点毕业而改变。如果网站要独立于设计而毕业，那么销售代表也应同样毕业。阅读下面的文章，很多人都同意这种哲学。
@Emrakul我不记得曾经和任何人讨论过，但是当我自己考虑扩展代表阈值的想法时，我总是以1999年的观点告终：将站点上的不一致之处混为一谈会很疯狂到网站（更不用说同一个网站上每个月或每天）。如果您能想到解决该问题的方法，我将不胜感激。
这不是明确的“是”。这方面的进展得到了巨大的支持，但是建议的更改不是我们正在寻找的与设计无关的毕业证书。有了这个建议，我们仍然可以由设计团队来决定在真正毕业之前清除积压的产品。
相关：代码审查提供了部分毕业证书。社区想要唯一没有提供的东西。特权代表级别提高。