= 27d567bc2d48d9f40e9ccc20ea370b15)
gjm comments on Lesswrong Potential Changes - Less Wrong
You are viewing a comment permalink. View the original post to see all comments and the full post content.
= 783df68a0f980790206b9ea87794c5b6)
Loading…= b715d02e85f7b3b4ae65ca3d3e450868)
Subscribe to RSS Feed
Powered by Reddit
= f037147d6e6c911a85753b9abdedda8d)
You are viewing a comment permalink. View the original post to see all comments and the full post content.
Comments (88)
Agreed. This is why I shut off main and forced everything into discussion--I don't think we know enough about how LW will be used to partition things ahead of time. (I'm also pretty skeptical of doing a subreddit split on topics instead of on rules.)
Currently the limits are 10 for both upvoting and downvoting. We've already seen some innocent bystanders hit.
I think you're underestimating the difficulty in getting up to 100 karma. (One comment made a while ago is that the fragility of the voting system--especially when it comes to serial downvoters--happens in part because of how infrequently good users vote. It is problematic when we exclude people with good taste who don't contribute much, because that means the base of good votes to overcome is even shallower.)
I don't think straight number limits like this are going to work well. Let's take two new users Alice and Bob, and stipulate that, using gaming terminology, Alice is a casual and Bob is an elitist jerk. Alice might well take a month or two or three to accumulate 100 karma in the course of her ordinary use of LW. Bob, being who he is, will minmax the process and get his 100 karma in a couple of days.
Managing the power gap between casuals and elite minmaxers is a big problem in multiplayer games and it doesn't look like an easily solved one.
I think straight number limits give us the most usefulness for the difficulty to implement. If you have other suggestions, I'm interested.
If we are talking about the criteria for the promotion to the full vote-wielding membership of LW, you are not limited to looking just at karma.
For example: Promote to full membership when (net karma > X) AND (number of positive-karma comments > Y) AND (days when posted a positive-karma comment > Z).
Implementation shouldn't be difficult, given how all these conditions are straightforward SQL queries.
A more general question is the trade-off between false positives and false negatives. Do you want to give the vote to the newbies faster at the cost of some troll vandalism, or do you want to curtail the potential for disruption at the cost of newbies feeling themselves second-class citizens longer?
Very funny.
If what should be straightforward SQL queries are too difficult to implement, LW code base is FUBARed anyway.
Anyone wants to write another middle layer which will implement normal SQL on top of that key-value store implemented on top of normal SQL? X-D
A bit more seriously, LW code clearly uses some ORM which, hopefully, makes some sense in some (likely, non-SQL) way. Also reading is not writing and for certain tasks it might make sense to read the underlying Postgres directly without worrying about the cache.