News for hackers. Stuff that matters.
Re:Ask HN: Upvote on stories on the "new" page by ColinWright on Thursday May 15, 2014 @04:03AM (#7748305)
One upvote is not enough to get to the front page, so I'm not exactly sure what you're expecting, nor how the current situation differs from your expectation. Perhaps you could be a little clearer and say exactly what you're doing, exactly what you expect, and specifically how these things are different from each other.

Certainly, as someone else has commented[0], clicking the up arrow does not always change the score you see until you refresh the page. Also, as someone else has commented[1], the system has "voting ring" detection systems, and sometimes it thinks votes are part of a voting ring and then doesn't count the vote at all, and might even apply a penalty to the item's ranking.

So you need to be more specific. Also, you can ask about specific incongruities by emailing [email protected].

[0] https://news.ycombinator.com/item?id=7747941

[1] https://news.ycombinator.com/item?id=7747977

Re:Ask HN: Upvote on stories on the "new" page by srean on Thursday May 15, 2014 @05:18PM (#7752312)
>One upvote is not enough to get to the front page

Oh! of course. The perception that stories languish on the "new" page inspite of having received upvotes (not mine) was a qualitative observation rather than a quantitative one. May be the compete pool itself has grown larger and it needs more votes to get promoted.

What I am talking about here is that even after I have upvoted a story and refreshed the page after 15 minutes it still does not show the upvote.

Question of voting ring does not arise, the very thought is quite preposterous ! :) Unless it has a tendency to trigger false positives. If there was indeed such a tendency, I think that would have come to light sooner.

Re:Ask HN: Upvote on stories on the "new" page by jcr on Thursday May 15, 2014 @10:31PM (#7753436)
The delay in seeing your votes show up on submissions can be explained by some combination of the following two issues:

The first issue for you to consider is the continuous system load caused by immediately counting every single vote and/or flag on submissions. It makes a lot of sense to batch the tallying operations and only update every "N" minutes to reduce load. Additionally, since an up-vote on a submission will mark it so it's stored in your "saved stories" list, the overhead of immediate processing is most likely larger than most imagine. Also, there's the overhead and delays of multiple types of caching being employed. As always, it's a huge balancing act.

The second issue is how ring-voting, ring-flagging, and even ring-rating are constantly occurring since combating the problem is exceedingly difficult, and the rewards for successful abusive manipulation can be substantial. Abusive manipulation from multiple people/accounts is even more difficult to solve on any system designed to produce collaborative curation. Generally speaking, HN is collaborative curation, but attempts are made to prevent abusive manipulation.