https://stackoverflow.com/questions/6452890/what-programming-languages-can-i-assume-on-a-random-linux -server-by-default
...将更适合unix.stackexchange.com,而不是Stack Overflow。但是如果没有标记的选项,我会犹豫是否要标记。
#1 楼
好的,即使接受将问题的实际迁移过程留给主持人的情况,当前的用户界面流程也不理想。因此,我建议在该对话框中再添加一个选项:对于迁移标志案件和“关闭投票”案件,您都可以这样做。在两种情况下,技术效果都是相同的:主持人将不得不迁移问题。但是用户体验会有所不同:
选择一个选项并在字段中输入文本就像前进,与之相反,否则需要执行后退或取消标志步骤。
前进的感觉就像是做对的事情,而退回的感觉就像是犯了错误。
这种方法还减少了正确标记此问题所需的点击次数。
输入目标站点的名称,而不是完整的句子,以迎合懒惰的人。
由于此问题当前的状态有所下降,您可能还希望查看一下这个最新的答案同样,如果您在这里投票,也请投票。
评论
移徙投票应仅导致关闭主题。迁移应停止。他们引起的焦虑远远超过了OP的效用,后者可以轻松地在其他地方复制并粘贴他们的问题。主持人也不应该被迫做出决定,我们是我们自己网站上的“专家”,但(大多数)缺乏其他网站的足够知识以确保准确性以及没有时间/兴趣来检查接收网站来看看问题是否已经被提出,因此是重复的。
–user147520
2012年7月22日在21:37
@Iain,如果您因普遍反对移民而否决了该答案,请记住该答案将移民的存在视为事实。因此,如果您完全可以迁移,则需要以这种方式改进用户界面。我理解您的意思,但这是您在此处提出的不同要求。
– MvG
2012年7月22日在21:42
我想,如果您将此问题作为一个新问题打开,则几乎可以肯定它被标记为重复项。不过,您可以通过悬赏该问题并在悬赏文本中链接到您的答案来引起注意。
–凯尔·斯特兰德(Kyle Strand)
13年5月1日21:00
我不想为此花钱回购,所以没有任何悬赏。取而代之的是,我对此提出了一个新的问题,当我准备好提交它时,我发现一个现有的问题几乎是相同的。
– MvG
13年7月8日在6:05
为了获得额外的荣誉,让SE软件自动在问题被移至的最常见位置之外构建“祝福”列表。一个新的SE网站将从空白列表开始,然后动态地将问题实际迁移到的位置排在前五位。
–韦恩·康拉德(Wayne Conrad)
2014年1月6日11:58
@WayneConrad:听起来很合理,但是考虑当前用户的活动也可能是有道理的。无论如何,这两个都是不同的请求,所以请不要混淆。
– MvG
2014年1月6日12:05
@MvG我做错了什么吗?我的建议与您的想法有关;只有实现您的想法才有意义。
–韦恩·康拉德(Wayne Conrad)
2014年1月6日12:18
@WayneConrad:我的经验来自错误跟踪器,用户报告了大量相关请求,然后某个开发人员对其中之一提出了一些问题,并决定拒绝全部。这就是为什么我尝试保持功能请求的重点。但这不是常规的bug跟踪器,几乎没有人将主帖与评论混淆的危险。所以我的反应可能太强烈了。无论如何,我看不到用于祝福列表的其他方法与用于标记的其他单选按钮之间的紧密联系。两者都可以独立实现。
– MvG
2014年1月6日,12:57
#2 楼
针对Jeff的帖子:这是“不要让我思考”的障碍;我们不希望向关闭者提供12个不同目的地的列表,而让他们怀疑哪个是正确的。
现在有数十个SE网站,该问题应该移到“受祝福的”站点之一的问题越来越小。此时,请执行以下任一操作:
删除所有“受祝福的” SE网站,并要求拥有钻石级主持人才能移动帖子; “关闭投票”对话框将只显示“关闭主题”。
为所有具有“关闭投票”权限的用户启用帖子移动。
两种方法都可以使更多比目前的方法更有意义。
#3 楼
由于扩展此列表的主要问题似乎是“用户对整个网络不熟悉,并会投票将问题迁移到不合适的网站”,因此我认为好的解决方案是让用户投票将其迁移到他有能力的任何站点足够的声誉,大概表明他知道那里的话题。#4 楼
只有5个有福的迁移插槽,其中1个专用于meta。这是一个“不要让我思考”的障碍。我们不希望提供包含12个不同目的地的清单,而让他们怀疑哪个是正确的。应该有4个最正确的目的地+元。如果您认为某个宠物网站应在该列表中占有一席之地,请使用现有的已关闭问题的数据进行证明,而不要用蓝天“如果有的话……”来证明。想象一下
如果您强烈认为某个问题属于一个没有列出的站点,那么有一种方法可以做到-标记它们以引起管理员注意!
您能证明这些Unix问题比另一个问题更普遍吗? 4,应该将其替换在列表中吗?您是否有数据以{x}网站上的大量已关闭问题的形式来支持此操作?
(我也不希望在网络中随机迁移问题,除非它们属于质量好,很适合目标位置。)
评论
我不只是为了好玩而报告问题。我想报告这个特定的问题,因为它是unix.se的“完美”解决方案,在他们的常见问题解答“ * nix发行版中打包的应用程序”中已正确涵盖。现在,我的确理解您的意思,但是在采取了3个步骤的表单后,至少报告了一个关闭主题,这将是一个不错的消息框,用于输入另一个网络。
–mhitza
2011-6-25 14:46
@mhit,您可以一步一步完成;单击标志,然后单击其他输入区域,然后键入“在unix.se上属于”,然后按Enter。
–杰夫·阿特伍德
2011-6-25 17:47
@Jeff ...我认为问题是人们没有这样做。这不是直观的。可能会在“如果未将您要将其迁移到的SE网站列出,请标记并为管理员留下评论”的行中,在迁移选项列表中添加一条消息。
– DA。
2011年6月26日20:35
“您可以一步完成;”您忘记了“等待数小时至数天才能完成迁移”步骤。
– CodesInChaos
2012年6月6日19:46
@JeffAtwood-您能否在对话框中添加一个小的“其他”链接,然后列出更多网站?很多时候,我隐约记得一个合适的stackexchange网站存在,但实际上却不记得它的名字,这样您就不会真正影响当前对话框的可用性
–radai
13年3月13日在4:54
hmmm谁能说这个问题很适合网站X?我认为只有那些在该站点上活跃的人。因此,迁移选项应取决于用户的活动位置。
–努比亚水手
13年4月15日在20:09
@JeffAtwood这是一个问题示例,它比SuperUser更属于Apple.SE。许多人正在Mac上开发Rails应用程序,由此导致的配置问题完全取决于Apple / Mac。对我而言,这使它们与Apple.SE而不是SU更加相关。至于呈现“属于{x}网站的庞大的封闭式问题清单”,我不知道如果假设存在,我将如何生成这样的清单。
– Old Pro
2013年5月10日14:11
对不起,我参加这个聚会迟到了。还有一种选择是可以从帖子标记中智能地获取可用迁移站点的列表...例如,如果某个帖子被标记为wordpress,则可能在列表5中列出wordpress.SE。
–塔尔马里斯
2013年9月18日在9:28
选择“需要引起主持人注意”并以全文本输入目标站点的需求不是“不要让我思考”,因为用户必须用谷歌搜索该怎么做,找到这个问题并指出有必要这样做。这并不意味着将所有100多个SE网站作为目标(我强烈支持)。
–卡尔·里希特(Karl Richter)
17年7月2日在13:31
#5 楼
我打算在这里发布同样的问题/要求。根据Jeff的评论:“用现有的未解决问题的数据证明”
我昨天遇到了两个问题,这些问题本可以在其他SE网站上回答,而不是完全关闭:
对于图形设计或UX,这将是一个好问题:
web 2.0网页设计
对于图形设计,这将是一个问题:
https://stackoverflow.com/questions/6479825/why-is-everything-i-draw-in-inkscape-invisible
尽管我很欣赏保留“受祝福的站点”列表的意图一个迁移的时间可能太短,现在那里有很多SE站点,这可能是事与愿违。我无法选择要迁移的站点这一事实使我想到...我不知道该选择哪里。我最终对其进行了标记,并添加了一些有关它应该迁移的注释,但是问题仍然存在。
因此,是的,可以将自定义注释添加到标记中以使其迁移,但是如果这两个问题就是一个例子,人们没有使用这种方法。
如果SE网络要以这样的速度增长,那么让更多的这些问题到达适当的站点而不是在封闭的情况下摆脱困境是很高兴的。
如果“其他”的主5个选项中有第6个选项,并且被选中时,可以显示注释字段或其他选项的DDL,该怎么办?
评论
您可以(并有...排序方式)向这些作者在适当的站点上提出的问题提出建议。与迁移相比,这具有直接优势,因为这些用户可能在目标站点上没有帐户,因此在他们注册之前不会得到有关答案,评论等的通知-因此迁移可以使他们不知道他们的问题已经存在。得到答复,直到他们再次检查。迁移是一种礼貌,用户仅应将其扩展到他们认为具有足够价值以保证保留的那些问题,即使作者失踪了。
– Shog9
2011年6月26日20:43
真正。尽管我认为迁移在网站内容方面更干净。否则,最终导致人们在多个SE网站上交叉发布。
– DA。
2011年6月26日20:55
(当然,更好的解决方案是,一旦您在一个SE网站上注册,就已经为所有其他网站进行了设置……但这是另一个主题。)
– DA。
2011年6月26日20:56
#6 楼
能够将某些内容迁移到任何站点的想法非常吸引人,尤其是考虑到SE网站比最初询问该问题时多得多。多个重叠站点的存在(例如SO和Wordpress.SE上的wordpress问题)增加了额外的需求,因为用户可能不知道其中一个更具体的站点,并且可能意识到他们可以在其他地方得到更好的答案。但是鉴于这篇文章的年代,我很惊讶除了杰夫(Jeff)的“别让我思考”的口头禅之外,没有人提到移民的第二个问题。第二个问题是,作为一个整体,社区很讨厌迁移问题。拥有关闭投票权的用户将看到一个网络问题,并说“应将其迁移到Server Fault”,而实际上并不知道Server Fault到底是关于什么的,以及该问题是否实际上是该主题的主题。然后,至少有3个人将看到对迁移的投票,并且在不真正知道迁移路径是否正确的情况下也投了相同的票。
这种“知识的缺乏”迁移使另一个站点不得不清理来自并非真正属于SO的废话。而且大多数SE网站没有足够的社区管理能力来应对大量资源。
如果能够找到一种对这种缺乏知识的解决方案可靠地工作,那么我认为我们可以信任社区(或在至少是社区的一个子集),而无需将2组主持人(在原始站点和目标站点上)都参与其中即可将帖子迁移到任何站点。
评论
此答案得到另一个答案的大力支持:meta.stackexchange.com/a/137882/346802只是想建立该连接。
– Brian H.
18年2月23日在12:43
#7 楼
主持人可以迁移到Stackexchange网络中的任何位置,因此标记问题是将其迁移到普通用户无法迁移到的目的地的正确方法。只需使用自由形式的“它需要♦主持人注意”选项,并建议将问题迁移到何处。并不需要更多的罐装标志消息,因为您可以将任何内容写到一个标志。
评论
如果标记足以满足所有需求,那么为什么还要麻烦3k用户在近距离投票期间选择迁移?就目前而言,SO得到了很多需要转至unix.SE的linux问题,但是我们所能做的只是标记mod的注意力。当我们已经有针对SF和SU的自助式迁移路径时,忽略unix.SE/askdifferent.SE/android.SE毫无意义
–迈克·彭宁顿
2011年6月23日19:47
我同意Mike的看法...提供5个选项意味着还有5个其他站点。如果我们想使该列表简短,我建议添加第6个“其他”,然后可以为用户提供整套选项的下拉列表。
– DA。
2011年6月26日20:31
@DA:我完全同意你的看法,我认为应该是自己的答案。我想标记最近将帖子移至列表上其他站点之外的其他站点。如果没有在受祝福的5个列表中,为什么不能有一个下拉列表?
–durron597
2012年11月3日,2:40
#8 楼
尽管我完全理解该论点,但添加太多的迁移选项是不切实际的,这仅仅是因为人们在不了解站点X的情况下就无法说出站点X上的话题,这并不意味着没有StackOverflow用户知道其他站点。这很明显,我认为没有人会对此表示怀疑。
所以实际的解决方案是为所有站点提供3-4个常规迁移选项(例如Meta,Programmers和WebApps),以及作为其他选项的,与SO始终相关的网站,用于拥有至少YYY(例如500)信誉的用户。
提供迁移选项例如,Travel.SE毫无意义。我几乎无法想象关于SO的任何问题都适合在那里。但是,例如,WebApps,WebMasters,Unix,Ubuntu,Wordpress等都是此类扩展列表的理想选择。
评论
改为标记主持人的注意力,并提及您认为它最适合Unix.SE。相关:meta.stackexchange.com/questions/77264/…
如果您不愿解释为什么要进行迁移,为什么只选择一个选项而不说明您的情况会使它更值得迁移?
我很犹豫,因为“不属于这里”->“非主题”->“选择”路径似乎是报告此类标记的正确方法。当事情变得不直接时,您会怀疑您的方法,并质疑是否存在其他选择的正确性或原因。 las,而不是通过元搜索,我只是按名称查看了相关帖子,而在侧边栏上看不到现在看到的内容。
我遇到了很多举报案件。我也非常感谢您不要将垃圾转移到另一个SE网站上(特别是因为我访问了其中的许多网站)。那么为什么不直接迁移到垃圾桶选项呢?它不符合SO准则的问题,也可能不符合任何其他网站的准则?
我实际上认为这篇文章应该被标记为离题并迁移到ux.stackexchange :)