我知道,一旦您获得一定的声誉,就可以查看问题的总票数和票数。好吧,我的建议是始终能够根据您自己的问题和答案来查看此内容。您仍然可以通过转到用户页面来查看它,那么为什么不通过简单地单击投票数就可以做到这一点呢(就像当您获得代表时一样)?

评论

它将消除达到1000 rep的快感!

我会将此请求扩展为包括他们自己的问题和他们自己的答案。

也许如果我幸运地得到了赏金,杰夫可能会说地位下降或计划好的。

快速提问,看到投票失败您会获得什么收获?

@Yawus:您想知道您的+2问题是否意味着您只有2个赞成票而10个赞成票和8个反对票?前者意味着您写了一个很好但无聊的问题。第二个意思是您写了一个受欢迎但有争议的问题。

@Flimzy虽然您可以根据历史记录中的声誉差异来推断,但现在我可以看到这可能有用。但是,了解争议和受欢迎程度将更适合Meta,您可以从评论和答案中推断出来。

@Yawus:事实上,可以从自己的历史中收集信息,这是应该执行此功能请求的更多原因。使人们跳入箍圈如此有用是很愚蠢的。当然,在适当的情况下,上下投票数也不能替代讨论meta上的问题。

我想补充一下这个要求:我们也可以看到对问题答案的上下投票吗?当接受我不很熟悉的主题的答案时,这特别有用-特别是在技术含量较低的网站(科幻/电影/宗教/等)上。我可能不知道说一个特定的答案是否完全正确。查看答案的上/下投票将使我在决定是否接受答案时判断社区的欢迎。

@DavidK请注意,尽管赏金是获得社区对问题的投入的一种好方法,但他们通常不会加快SE的回应。由于此请求已被拒绝,因此您应该发布重新考虑请求:提出一个具体提及此问题的新问题,反对拒绝该请求的原因,并引用以下最重要的回答作为实施该请求的新论据。您也可以查看此以获得更多建议。

@SonictheInclusiveHedgehog感谢您的链接!我知道我已经读过某个地方,不想发布第二个问题,因为它只会被标记为重复,但显然我错过了也不想赏金的部分。我稍后会发布重新审核请求。

我已要求在本元文章中重新考虑此功能。

#1 楼

听起来很合理。帖子的作者从细目中受益最大。

请求拆分投票的代表限制主要是为了减轻服务器上的额外负载。如果让用户仅在自己的帖子(问题和答案)上查看投票细分,那么额外的负担就可以忽略不计。

评论


因此,由于Jeff的“否”答案不受欢迎,而您的“为什么不呢?”答案很受欢迎,而杰夫(Jeff)的话不再是法律,现在可以实际实施吗?

–nhinkle
2012年7月8日在19:14

我已经颁发了赏金;让我们希望这引起更多关注。

–下降
2012年7月17日在16:58

因此,距此不再是SE mod的人最初已有9年了。是否可以立即实施?

– David K
19年5月9日在16:13



#2 楼

当人们看到他们的问题之一被否决时,我们已经收到投诉,没有评论解释原因。
允许不习惯系统的新用户立即看到他们的帖子正在被否决,即使总体来说,积极的态度只会放大这种效果。

此外,降低投票率是相对罕见的。在元数据上拥有此信息当然会更有趣,但是在大多数用户上,他们都乐于赞成好答案,不愿回答差的答案,只赞成错误的答案。

最后,反对的人没有什么都没告诉你。这可能是一次糟糕的投票-即使有效,您仍然对为何您的帖子被认为足够糟糕而无法接受投票感到困惑。由于最近的上/下投票率限制旨在帮助解决问题,因此许多投票都可能被不正确地使用。


如何将投票拆分真正提供给所有打算以任何可衡量的方式改善SO的用户?
投票拆分提供了哪些有用或可操作的信息,以总体投票值不提供?

这只是一个“很不错”或“肚脐注视”功能,即使将其发给每个人,即使仅限于自己的帖子,也只会引起更多的投诉。是的,他们现在可以看到该信息,但是他们必须查找该信息,并了解有关系统的信息。有了此功能,很容易找到(很多人一开始因为错过向上或向下投票按钮而迷失了方向,对此感到困惑),而且实际上并不直观。如果有人打算投票赞成某事,认为他们按下了upvote按钮,并突然获得拆分视图,那只会使他们感到困惑,尤其是作为新用户。

评论


看到您的问题的投票数为+ 8 / -6,比看到您的问题的投票数为+2更有价值。它告诉您您的问题是有争议的,不一定是一个好问题。正如@RobertCartaino在回答中所说的那样,OP从这些信息中受益最大。

–疯狂
2012年7月8日在19:25

#3 楼

现在这是可能的。请参阅此处:

VoteCounts:小书签可显示上下投票,即使代表少于1000也是如此

评论


仅适用于问题。

– Artefacto
2010年8月18日在1:24

@Artefacto OP请求此功能以提出问题。如果您也想使用此功能获得答案,请查看:“查看投票总数”,不包含1000个重复。

– Rob W
2012年2月19日在14:45

#4 楼

已决定出于性能原因需要信誉要求,因为要显示单个投票需要在votes表中进行查询(对它们进行计数),而不是仅获取帖子条目中的score字段。

现在我个人认为这很荒谬;这样的查询将需要执行一部分操作(例如,单个未缓存的页面视图)的所有操作所需的时间的一小部分。用户数少于1,000的用户可以查看页面,对吗?

评论


我的理解是SO使票数不规范...

– waiwai933
2010-2-25在2:07



@waiwai:它在帖子表中保留一个得分字段,即显示的字段(赞成+反对)。赞成票和反对票的个别数目在投票表中。

–托马斯·博尼尼(Thomas Bonini)
2010-2-25在2:14

如果那是导致性能问题的原因,是什么使他们无法将单独的上/下总计添加到邮寄表中?无论如何,必须对合并结果总计票数。

–RobH
2012年7月9日在16:22

#5 楼


为什么不通过简单地单击票数就可以做到这一点(就像当您获得代表时一样)?


实际上是作为奖励被任意放置的1k rep使得2k的长时间争夺看起来更令人愉悦,因为中间有一块垫脚石。

因为这确实是游戏的一部分,所以我怀疑这种情况是否会改变。您可以查看数据转储中所有问题的向上/向下,或者如果您不耐烦,请转到发布该页面的人员的用户页面,并查看其声誉图以查看该帖子中的赞成和反对意见。

评论


用户仍然可以在1K时获得新的能力...解除了仅查看自己帖子的限制(即,看到所有帖子的投票均分开)。

– Robert Cartaino
2010-2-24在23:51

您可以投票决定关闭/打开自己的问题,每250个代表,您可以编辑自己的帖子,每1个代表。难道因为2k / 3k奖励功能不那么强大,长期争夺10k似乎不太愉快吗?

–男士
2010-2-25在16:19

@Rob @mmyers-我怀疑此功能的大多数用途已经为人们着眼于自己的分数了。因此,是的,较早提供给自己的分数确实会大大降低1k转换的价值。无论如何,这只是游戏的一部分。据我所知,这只会使凝视肚脐变得容易,那么为什么不让人们为此而努力呢?具有此功能如何改善堆栈溢出?

– Pollyanna
2010-2-25在19:33

我不确定我们仅需要在1K下发生什么的前提(可能不正确,我不知道)。在我看来,这是武断的。保留大多数rep限制的功能,以使用户获得足够的经验以正确使用它们……除此之外。无论哪种方式,我都没有强烈的个人感觉。我当时假设1K限制是服务器负载问题(请参阅我的文章)。无论您如何就为何首先使用此功能进行论证,“几乎如何改进此功能”……现在仅扩展到“需要”它的另一个小组。

– Robert Cartaino
2010-2-25在19:57

@Robert-因此我们可以得出结论,在任何级别上都没有充分的理由吗?一旦我们得出结论认为没有理由拥有它,那就只是眼神糖果或肚脐注视,它们可以简单地用作一个可以在任意级别获得的次要功能。鉴于此,请再次说明如果将任意级别从1k下移,SO将如何受益。

– Pollyanna
2010-3-22在1:50

@Pollyanna-我没有得出这样的结论:“没有充分的理由。”这是我的功能请求(meta.stackexchange.com/questions/747/…)。如果我有魔杖,我就会向所有人开放。我在质疑“我们是否需要在1K处发生某些事情”是代表限制到位的实际原因。

– Robert Cartaino
2010-3-22在3:23



#6 楼

我仍然认为这是您应该获得的能力。

(至少要做简单的点击方式)

评论


因此,您必须具备获得已经向您展示好的信息的能力?您还可能会获得在编辑器中使用格式化快捷方式而不是键入标签的功能。

–戈登·古斯塔夫森(Gordon Gustafson)
2010年8月18日在22:57

我仍然认为将功能请求标记为“状态已拒绝”是您应该获得的能力。

–user271002
19年5月14日在16:39