现在我们已经从SE 1.0天开始，我们已经花了很多很多月的时间，我认为是时候让我们给Stack Overflow自己的真正的按站点元数据，并将更高级别的网络元讨论移到meta.stackexchange.com。 >
随着时间的流逝，越来越多的人开始厌烦我对Stack Overflow这个网站的要求，在网络问题泛滥的情况下，这种请求被埋在meta.stackoverflow上。重新标记请求，同义词请求，真正特定于Stack Overflow的内容，站点而不是网络。这对我们庞大而又庞大的旗舰问答站点来说是不公平的，对于Stack Overflow用户将他们的请求与网络级别的顾虑混合在一起也不公平。一个适当的，专用的每个站点的元数据，其中它的元数据具有其自身的信誉系统，而该信誉系统不以任何方式与父站点绑定。
这主要是历史的怪癖，而不是其他任何事情，我相信现在是分割两个站点的适当时机：
meta.stackoverflow，一个具有集成rep
meta.stackexchange的Stack Overflow的正确的每个站点元，全局具有自己的信誉系统的网络元
是的，这会很痛苦。但是我认为这对于网络的未来和Stack Overflow的未来都是一个良好，必要和健康的步骤。
有一些事情需要讨论：
哪些问题应从此处迁移到meta.so？显然，特定于站点的事情例如retag-requests，也许还有stackoverflow标签的问题。 100％完全特定于Stack Overflow且不能推广到网络其余部分的所有内容都应转移。这可能是一个很小的问题列表，没关系。
在过渡过程中，我们是否应该进行元弹簧清洗？哪些问题/标签应该不再适用，应该是古老的Stack Overflow版本，还是早已不复存在且对将来的访问者没有指导意义的问题？
您的中继代表通常不会受到影响，除非我们删除进行春季大扫除，或将特定于站点的内容移至meta.so。就像这里一样，我们仍然计划为新的meta.se网站建立一个独特的信誉系统。可能要过几个月。但是，我们强烈感到这是我们需要做的事情，它需要清理工作并为未来铺平道路-因此，我希望这会在未来几个月内发生，从而使我们有很多时间来决定我们想要为此，请执行上述操作。
更新
，此操作将在2014年1月进行。
#1 楼
这是个好消息，我已经等了很长时间了。但是，我确实看到了一个需要以某种方式解决的巨大问题：死链接。
Google已索引了数百万（反正数十万）的索引Meta上已经存在多年的页面。突然使用Stack Overflow的新Meta切换此站点将导致除无效链接之外的许多无效链接。我意识到有很多方法可以解决此问题，但这仍然是一个问题。
很多每个站点的Metas（以及Stack Exchange站点本身）都链接到Meta上的策略。它们都需要更新。这可能是API或Data Explorer的工作。但这也不会在一夜之间发生。
评论
听起来他们正在计划手动迁移问题，因此将进行自动重定向。没问题。如果他们采取不同的做法，那可能会带来麻烦……吉他与音乐的合并非常混乱，例如，链接需要花费数月的时间才能解决，而且这些站点很小。编辑：没关系，迁移是反向的...从新域到当前域。我看到了麻烦，您和@DavidFullerton +1。
–user154510
2012年2月29日在21:23
试想一下独角兽和华夫饼干图片，它们将失去其Google排名！
–未处理的异常
2012年2月29日在21:23
如果只是将所有内容“迁移”到新站点，那么所有这些无效链接都将被适当地重定向？没有？
–神秘主义者
2012年2月29日在21:23
我们认为新的MSO上的帖子将从当前编号（例如150000）开始索引。 ID小于150000的meta.stackoverflow.com/questions/{id}的任何链接都将重定向到meta.stackexchange.com。 ID大于150000的帖子的任何链接将保留在meta.stackoverflow.com上。因此，所有链接和重定向仍将有效，至少对于帖子而言。
–David Fullerton
2012年2月29日在21:24
很棒的计划@DavidFullerton
–未处理的异常
2012年2月29日在21:26
解决死链接问题的一种简单方法是：创建一个空的MSE，从MSO迁移帖子。
–吉尔斯'所以-不再是邪恶的'
2012年2月29日在21:26
@Gilles但是，我想您正在迁移更多的帖子。
–user154510
2012年2月29日在21:26
@DavidFullerton：那将迁移到meta.SO的旧帖子呢？它们的ID将低于150000，但是我们不想重定向这些ID。尽管只有在meta.SO上找不到ID时，才可以通过重定向来解决此问题。
– hammar
2012年2月29日在21:29
@hammar从meta.SE迁移到meta.SO实际上只是在meta.SO上创建了一个新问题。因此它将获得一个ID> 150000。
–David Fullerton
2012年2月29日在21:30
@hammar我明白你在问什么。是的，在那种情况下将有两次重定向，因为它基本上被迁移了两次。这不是理想的方法，但是比其他方法要简单得多。
–David Fullerton
2012年2月29日在21:35
我认为@Gilles的解决方案是最好的，SE引擎已经可以处理已迁移帖子的重定向。所需要做的只是迁移属于Meta.SE的所有内容，并保留属于Meta.SO的内容
–凯尔·克罗宁（Kyle Cronin）
2012年2月29日在21:40
@MatthewRead考虑到重复项，旧问题等的数量，我对此表示怀疑。还有一个问题是，许多应迁移的帖子都需要编辑。如果MSE是自然创建的，那么我们可以在迁移问题时编辑问题。如果我们重命名MSO，则在开始之前我们将输掉这场战斗。
–吉尔斯'所以-不再是邪恶的'
2012年2月29日在21:41
@KyleCronin-迁移失去了历史记录，这在这里尤其有价值，因此，这实际上不是一个有吸引力的选择（另一个方向是要少很多工作）。
–尼克·克拉弗♦
2012年2月29日在22:27
@NickCraver然后解决方案不应该是迁移到...不丢失历史记录吗？ :)
–乳香
2012年3月1日11:56
@yoda-不，这是我们故意删除的历史记录，是为了让事情在他们应该位于的站点上重新开始……但这不是我们想要的，在这种特定情况下，这是不一样的情况。
–尼克·克拉弗♦
2012年3月1日在15:07
#2 楼
是的，最终，一个不会出现网络问题的站点不会被SO特定的因素所掩盖！您打算将meta.SO重命名为meta.SE，然后重新创建meta.SO。我认为那不会起作用。当前，Meta.SO在很大程度上由堆栈溢出控制。如果将其重命名为meta.SE，将需要进行大量清理工作，最后，我们将得到缺少大量特定材料的meta.SO，并且其中包含充满SO特定废话的meta.SE 。
相反，我们应该创建一个meta.SE并遵循用于Stack Exchange网站的有机增长过程，并进行一些修改。在只读Beta中启动Meta.SE，但不要从头开始撰写帖子，而应从meta.SO迁移它们并根据需要进行编辑。
根据网站的参与情况选择只读Beta参与者除了SO。 “任何地方都有钻石的人”可能是一个好的开始；如果还不够的话，请既有MSO代表又有非SO-或-MSO代表的人员带入。
只读Beta之后，使Meta.SE成为Meta.SO的迁移目标。
由于所有Meta.SO帖子将保留在原处或保留了迁移存根，因此所有现有的MSO链接都将保持有效，因此，当Meta.SE-1.0移出时，不再重复链接屠杀
由于MSO由于历史原因而享有声誉，因此我建议将任何迁移到MSE的帖子的声誉保留在MSO上。
我接受了MSO帖子样本，以了解我们面临的挑战。我只看了4个样本，而不是统计上有意义的样本，这就是我将要花费的所有时间（随意贡献）。采样方法是在1到124015之间均匀地绘制一个随机整数，然后访问
https://meta.stackexchange.com/q/$n（如果帖子被删除，请重试）。广告根本不起作用-跨网络问题，其中大多数答复是程序员的用语，它是封闭的，是与跨网络问题有关的问题的重复，但专门针对SO表示。这不属于Meta.SE，至少在未经编辑的情况下也不属于。
Google Baraza：对SO系列有影响吗？ —跨网络问题，可以按原样迁移（标题可以使用编辑除外）。
社区成员如何才能参与解决Stack Overflow上的错误？ -特定于SO。并不是说这不是跨网络问题，而是因为非程序员不会在意。
评论在哪里？ —跨网络，适用于Meta.SE。
评论
查看我对我们如何维护链接的评论
–David Fullerton
2012年2月29日在21:29
没有冒犯，但我真的不喜欢吉尔斯这个主意。我认为将MSO重新命名为MSE并将职位迁移到新的MSO会更好。
–未处理的异常
2012年2月29日在21:30
@DavidFullerton我已经看到了。保持链接不是Jeff提议的主要问题。我担心的是浪费一个使主要元数据可供其他83个站点的人使用的好机会。
–吉尔斯'所以-不再是邪恶的'
2012年2月29日在21:31
@Gilles MSO上的大部分内容都是关于网络的，而不是特定于SO的，这就是为什么我们决定走这条路的原因。否则，我们仍将不断派人去MSO了解网络。
–David Fullerton
2012年2月29日在21:34
为了使整个SE社区保持一个健康的平衡状态，以便平等地分享所有83个站点的观点。SE必须获得一个干净的名单。
–phwd
2012-2-29在21:39
我理解这种担忧，因为SO比其他站点大许多数量级，因此它的元数据将具有可观的意义。“引力”也许是正确的词。但是，当此meta的区域为51时，职业，se.com，网络问题和SO问题混合在一起。.
–杰夫·阿特伍德
2012-2-29在21:42
确实，@ TheUnhandledException：MSO具有所有这些可爱的历史，模因和东西。那些从外部来到SE的人不知道也不在乎。 MSO适用于极客。 MSE应该适合人类。
–吉尔斯'所以-不再是邪恶的'
2012-2-29在21:42
我再次不同意。我们正在谈论的是元元数据。堆栈交换站点应该适合人类。 Per-Site元数据应该适合该站点的社区爱好者，如果愿意的话，该社区的极客。 Meta Stack Exchange应该适合Stack Exchange发烧友，根据定义，他们将是极客。我们正在谈论的人希望就Stack Exchange网络的工作方式进行讨论。我几乎认为不是所有人，甚至是所有用户。
–未处理的异常
2012年2月29日在21:45
我同意吉尔在这里。将此地方留在原处。迁移不属于Meta.SE的内容。如果事实证明那是大多数内容，那就这样吧。当然不要在某个地方埋葬一些神奇的迁移号码。
–安东尼·佩格拉姆
2012年2月29日在21:51
@AnthonyPegram为什么内容保留当前名称比更改名称更好地反映内容？这就像选择名字“ Julia”并在孩子出生后坚持使用它，而医生对它的性别是错误的。
–user154510
2012年2月29日在21:56
@TheUnhandledException不，MSO不适合人类。如果我们做得对，MSE可能就是。有些人参加了多个SE网站，却不知道在哪端举行某个计划。我不会将它们介绍给MSO，即使这是跨网络问题的合乎逻辑的事情（为什么参加英语语言和用法，法语和西班牙语以及语言学，历史和摄影的人不会发布在主meta上？）。如果我们以MSO的行李作为MSE的出发点，那么这些人将无法进入。
–吉尔斯'所以-不再是邪恶的'
2012年2月29日在21:59
@Gilles我仍然看不到对那些人有什么限制。 MSO现在拥有Stack Exchange网络的完整历史记录；我想这就是您所指的“行李”？因为我认为这对于那些想了解Stack Exchange为什么按其方式工作的人非常有用。关于投票系统如何运作，为什么运作，如何改变以及为什么存在很多疑问。编辑系统，同样的东西。社区Wiki及其悠久的历史。标签，它们的用法及其Wiki。所有这些东西都是通用的，是关于SE的良好信息
–未处理的异常
2012年2月29日在22:10
@TheUnhandledException我不知道为什么您假设所有涉及meta的人都对Stack Exchange的完整历史感兴趣。他们中的大多数人都有一个特定的问题，对之前发生的任何事情都不会不在乎
– Michael Mrozek
2012年2月29日在22:15
@TheUnhandledException不，MSO由程序员为程序员编写的历史悠久。有时尝试与非程序员互动。
–吉尔斯'所以-不再是邪恶的'
2012年2月29日在22:15
@TheUnhandledException当然，您必须是一名技术怪胎，此处的技术适用于有效使用SE引擎的技能（不必编程或修复TI）。那些不具备技术倾向的人只占少数，否则他们就很难在meta上发帖。** SO **排在第一位，因此该社区的大多数人都处于这种技术观念中，当涉及到SE网络中较小社区的问题。是的，这里有很多很好的内容，但是随之而来的是不健康的行为，不应将其转移到新的元数据中。
–phwd
2012年2月29日在22:20
#3 楼
当我被问到这个问题时，我提到了这个问题，但我会在这里重申我的信息：对此的“正式”更新是Meta.StackExchange项目目前处于暂停状态，而我们专注于其他项目优先事项。先前陈述的基于技术和当前专有技术的限制原因仍然适用。对于给您带来的不便，我们深表歉意，并希望大家在我们努力使这个项目构想变为现实时继续对我们耐心等待。
评论
帽子的进步无人问津！！！ :)
–杰夫·阿特伍德
2012-12-14在0:36
@JeffAtwood我不是男人。
–阿提
2012-12-14 5:09
6-8周的倒计时何时开始？
–卡莱布
13年7月26日在17:11
@Caleb在6-8周内。明显。
– Cam Jackson
13-10-13在6:34
#4 楼
这是我对此更改的主要关注点：鼓励用户讨论影响其子元数据上特定站点的问题，即使该更改会影响所有站点，因为没有人需要知道（或关心）仅使用他们选择的站点的网络范围内的元数据。
堆栈溢出极大地使网络上的所有其他站点相形见<。
这造成了很多情况（大多数？）无论如何，都会在新的MSO上提议并讨论网络范围的更改，因为它们是可以被允许的（因为它们自然会影响Stack Overflow），并且它们将引起最多的关注（由于Stack Overflow的流量过高到网络的其余部分）。
因此，实际上，唯一的功能上的变化是，活跃于Stack Overflow上的人们在事实上的全网络元讨论站点上获得了较高的声誉，其他所有人都沦为二等元公民（尽管他们正在访问Stack Overflow的子元数据，但所讨论的内容会影响所有网站）。同时，法律上的全网络元讨论站点（MSE）将会是不知道的新手去忽略他们的问题和建议的地方。 d。希望对新的Meta Stack Overflow进行例外处理，因为该网络范围内的任何更改都将积极迁移到Meta Stack Exchange；甚至可能包括从Meta Stack Overflow到Meta Stack Exchange的社区迁移路径（通常不对子meta执行）。
评论
您假设SO上的人访问了meta。已经证明那是错误的。历史上真正参与过此meta的人员将结束meta.se，并且很少来meta.so。我的意思是，除非每个人都决定需要定期在这两个网站上闲逛。但是没有人来我的meta，那么为什么他们会不必要地转到meta。
– jcolebrand
2012年3月2日，2:13
@jcolebrand轶事大约有60个小型站点中的1个很好，但并不表示网络或未来结果的预测指标。 SO的流量大于网络其余部分的流量：其元流量将大于所有其他站点的元流量的总和。因此，现在MSO中，地点SE通常定位为SO的元，但是每个人都在讨论网络，因为SO是网络上最大的站点。我的观点是，我们应该将其扼杀在萌芽状态。
–user149432
2012年3月2日15:17
等一下我们已经知道，只有不到一小部分使用该网站的人访问过meta.SO，并且当这种过渡发生时，大多数当前的metahead都将转到meta.se（并且将会发生，标记这些词）。因此，在这个鬼镇中将剩下的是极少数想要表达声音的挂衣架，他们将像任何讨厌的用户一样被模仿。它不会因为存在而吸引大量用户。
– jcolebrand
2012年3月2日在16:30
@jcolebrand引用您的观点，“ [Meta Stack Exchange]不会因为它的存在而吸引大量用户。”您是否不知道我们现在正在进行Meta Stack Overflow？大家都来了他们为什么要离开而没有大量的mod刺激（明确告诉我们不要在子meta上这么做）。我要说的是在Meta Stack Overflow上忽略或放宽了规则和关于我们不应该如何从子元数据迁移网络范围问题的烦恼，使人们被迫转向MSE。
–user149432
2012年3月2日在16:53
先生，您永远不需要标准化数据库。
– jcolebrand
2012年3月2日在16:56
我确实是。我也知道用户对评论进行批处理意味着什么。您就是这样一个想法，当内容移至其他位置时，用户会留在这里。我完全迷失了您要传达的内容，因为这不合逻辑。
– jcolebrand
2012年3月2日19:13
@jcolebrand在现实的，非幻想的世界中，事情不会发生，因为您希望它们如此。迁移旧内容并不意味着人们会停止使用MSO作为听到和讨论他们的问题的地方（哦，我的天哪，逻辑！）。实际上，如果仍然存在Meta Stack Overflow并且SE继续以“更大的重力”对待SO，那么人们很可能根本不会移动，尽管您愿意这样做。
–user149432
2012年3月2日19:26
我要做的就是超越人们的意愿，通过放宽对新MSO的限制（不从子元数据迁移整个网络范围的问题）来实际执行更改。就像您在反对幼犬。
–user149432
2012年3月2日19:29
不，他们会去的，因为新帖子将被迁移。如果将他们发布到meta.se上，他们将不会进行对话，因此必须转到meta.se。我希望SO mods能够对此进行监视，就像您在我的meta上启动独角兽Q一样。
– jcolebrand
2012年3月2日在20:40
子meta Q不会迁移到MSO，他们会迁移到MSE。就像您期望他们将继续让所有Q进入MSO一样，而不是强迫他们进入MSE。
– jcolebrand
2012年3月2日在20:41
我通常都同意这一点，并且可以支持此请求-但我还要指出，我们这里有一个庞大的现有“网络”元社区，还有一个受过良好教育（以SE的方式）的社区，他们了解meta.so和meta.se。如果这在实践中是一个大问题，我会感到非常惊讶。
–杰夫·阿特伍德
2012年3月27日9:51
#5 楼
使用stackoverflow来确定拆分后哪些问题应该转到哪个站点是一个好主意，但是恐怕该标签的应用不一致，以至于无法在实践中解决。尤其如此对于MSO最早的问题：在MSO出现之前在SO上被问到的问题，使用标签soofq或stackoverflow。那时，有关网络的问题和有关SO的问题基本上是同一件事（当然，这就是为什么我们要从这种情况开始的原因）。 SO特有的那些，也许是因为它们是关于特定问题或用户的，通常不会被stackoverflow标记。这很可能是因为不常见的MSO用户甚至都不知道该标签存在。反之亦然。在SO上询问了许多元问题（SO特定的和网络特定的），并将其迁移到此处。有时它们会带来stackoverflow标签。有时，stackoverflow.com标签；有时两者兼而有之；有时两者都不是。在决定将问题发送到哪里时，考虑特定问题标签和特定用户标签也可能会有所帮助。自动化的方式，我怀疑它是否有足够的价值来证明这一努力的合理性。至于应该“春季清理”哪些问题，也许我们可以从那些问为什么SO没有一个按站点元数据的问题开始，以及那些问为什么MSO也能完成MSE工作的问题开始。
编辑：
刚有了一个新主意：设置一个特殊的，一次性的审阅队列以准备此拆分。每个现有的MSO问题都会进入队列。队列提示为“拆分后此问题属于哪个站点？”对于适用于整个网络的问题，选项为“ MSE”，对于仅SO问题的选项为“ MSO”，对于应删除的问题的选项为“都不”（当然还有“跳过”）。
我认为，关于MSO的问题很少，即使我们需要多个同意的审阅者，现有的过多参与MSO用户的团体也可以在几天之内淘汰此类队列。也许这似乎只是一个好主意，因为那是深夜，我无法入睡。
评论
我们将有时间提前清理这些标签，希望可以简化此过渡。
–杰夫·阿特伍德
2012年2月29日在21:34
现在，我已经说了这么多，我应该清楚：我完全支持此更改！我确实了解我们如何到达自己的位置-我什至已经发布了MSO答案，向其他人解释了它-但在我看来，将SO的元和网络元混合在一起在语义上总是错误的。
– Pops
2012年2月29日在21:34
Dang @Jeff，您读完所有这些并在我写评论时花了时间发表评论吗？您真的在上一个正式日全力以赴，是吗？
– Pops
2012年2月29日在21:35
问题是这些早期的问题中有多少仍然适用于当今的SO或SE？
– Badp
2012年2月29日在23:29
@badp我几乎建议批量删除早于{date}且少于{votes}和{answers}的meta问题
–杰夫·阿特伍德
2012年3月1日0:11
我完全同意。我们肯定不想以Java的情况而告终，因为兼容性的原因，我们将自重拖了过去。在我看来，最好的做法是像Python一样进行清晰的拆分。
–奥塔维亚人A. Damiean
2012年3月1日在8:43
@TheUnicornWhisperer您能为那些不知道Java做什么或Python做什么不同的人详细说明一下吗？
– Pops
2012年3月1日15:08
Java误解了许多重要的概念，但是并没有决定做出明确的决定，而是将这些错误的决定抛在后面，但将它们拖到每个新版本中。另一方面，Python进行了剪切，这是我们拥有Python 2和Python 3的原因之一。
–奥塔维亚人A. Damiean
2012年3月1日19:26
哈哈！看，我以为您在谈论SO上的[java]和[python]社区。 @TheUnicornWhisperer
– Pops
2012年3月1日19:27
对，对不起我在智能手机上发布了该评论，这就是为什么我没有完全解释我的意思的原因。
–奥塔维亚人A. Damiean
2012年3月1日19:37
@TheUnicornWhisperer，我认为这并不适用。 Jeff提出的建议等同于从互联网上删除所有针对先前Python版本的设计决策讨论...
– Benjol
2012年3月13日在9:45
#6 楼
“我们都希望看到计划”这将是一个非常具有挑战性的“分叉”，看到它最终如何实现将非常有趣。
首先，我可能会将所有内容从此处移至整个网络范围的meta（
meta.stackexchange），因此，特定于SO的meta基本上为空。在两个网站中，SO特有的meta听起来对我来说就像一个新网站-这就是为什么我希望它对访问者一开始看到很少的内容不会感到震惊。这样大胆的举动，就必须决定如何处理实际上属于SO特定元的移动内容，以及如何处理指向当前此处内容的外部链接。似乎有很多东西值得在特定于SO的meta上而不是在整个网络范围内使用。如果我们首先将所有内容移至SE meta，则最好以某种方式将其“移回”。我认为实现这一目标的相对轻松的方法是使用众所周知的，经过尝试的真正的迁移过程。这将使所需的工作或多或少地分散到社区成员之间，并允许以渐进的，受控的方式进行更改。 -topic标志/关闭屏幕必须获取SO特定的meta作为新的专用目标选项。当前，这些屏幕没有这样的选项，根据我的观察，这使得从此处迁移到每个站点元的过程有些麻烦。现在虽然这种情况很少发生，但现在看来可能还可以，但是如果要处理的东西很多，它会成为脖子上的疼痛。 />
将内容从
meta.stackoverflow直接移动到meta.stackexchange将使很多指向当前内容的外部链接无效。要解决此问题，我将考虑引入截止ID。 1 网站上的所有内容（帖子，用户，标签）均由URL中的数字ID标识，例如
http://meta.stackoverflow.com/users/165773。较旧的内容具有较小的ID值，较新的则具有较大的ID。SO特定元数据中的所有后叉内容的ID都可以从一个开始，该ID保证大于当前的任何内容这里。这样，任何指向
meta.stackoverflow且ID小于截止值的404未找到URL都可以自动假定为前叉，并重定向到以meta.stackexchange开头的相应URL。像上面这样的关闭方法，前叉帖子从网络范围的元数据移回到了SO特定的位置，可以保留其“历史记录” ID，从而再次防止较旧的外部链接变为无效。
并非完全没有痛苦，但是那样的改变可能要经过一点痛苦才能完成。
#7 楼
如果meta.SO成为常规meta，仅针对堆栈溢出问题，那么赏金会发生什么？除非我是盲人，否则我看不到在meta.literature（我的>代表> 700）中悬赏的机会。我认为这是SE meta通常的方式吗？
我只想问一下：特定于SO的帖子（例如标签同义词）是否真的被SE泛滥掩盖了？就在昨天，这里出色的主持人以极大的便利和偏见处理了我的烧伤要求。我担心这可能是寻找问题的解决方案。
使用这种目前使用Facebook.Stackoverflow的“子站点”功能来处理这种过渡的方式，是否较不打扰，更方便？为什么不进行一些DNS欺骗，并让meta.SE在此处重定向，然后将meta.StackOverflow更改为显示SO特定内容的子站点。然后，工作将只是重新标记特定内容以具有适当的stackoverflow标签的问题。
评论
对于它的价值，meta.stackexchange.com已经重定向到MSO。
– Pops
2012年2月29日在22:37
@PopularDemand-在这里！这将是一个简单的实现。
–亚当·拉基斯（Adam Rackis）
2012年2月29日在22:38
整篇文章都假定问题出在SO用户对所有网络范围的东西不知所措（这很公平，因为Jeff也是如此）。不要忘记另一个方向-很多人想从其他SE网站来进入MSE，他们也不太关心SO或其重新标记请求/问题禁令等。因此，有必要两个子站点：一个用于SO职位，一个用于非SO职位。在这一点上，我不确定你为什么不将它们分开
– Michael Mrozek
2012年2月29日在23:41
@MichaelMrozek-啊，你是对的。我没有考虑过。
–亚当·拉基斯（Adam Rackis）
2012年2月29日在23:47
评论
关于时间Stack Overflow有自己的元数据，用户可以在其中抱怨不再能够提出问题...代表如何与此一起工作？当前的MSO代表移至新站点，SO代表接管新的meta（与其他站点一样）？
@Kevin-我希望它遵循与每个站点元其他所有规则相同的规则。您的代表将从主站点继承。
所以...基本上，您将把当前的meta变成meta.SE，然后将SO特定的东西转移回meta.SO？这似乎是很合乎逻辑的方法，但是我不太了解您将要使用的过程。
国防部将是谁？我先投票赞成蒂姆·斯通！！！！谁和我在一起？
也许任何SE mod都是Meta.StackExchange上的mod，然后只有SO mod才是此处的mod。
我提名@GeorgeEdison的建议。
@GeorgeEdison听起来很合理，但也有260名左右的人，这有点高
@MichaelMrozek：虽然可以在聊天中使用...
@GeorgeEdison关于所有mod的建议可能是MSE上的mod之间的折衷方案是以某种方式表示来自其他站点的mod（也许是这里建议的空心钻石[nhinkle◊]）。悬停会告诉您他们在哪个网站上进行改装。这些用户在MSE上没有完全的mod功能，但也许可以默认访问10k工具。
这是获得我们甜蜜的Meta repz的阴谋，因此Jeff可以和他们一起退休。在我们的死账上！
您忘记了最重要的问题：哪个网站可以保留古怪的文化？ :)
拆分发生时，我们可以拥有一个手绘的Meta徽标吗？那太酷了。 @Shog
@ Shog9，您能告诉我们这是怎么回事吗？现在是按状态计划的吗？讨论是否足够推进您的进行？您需要我们提供更多信息吗？我们应该开始进行标记吗？我期待着参议院... :)
现在已经一年多了。这仍然是计划中的还是被放弃了？