Less Wrong is a community blog devoted to refining the art of human rationality. Please visit our About page for more information.

Vaniver comments on Lesswrong Potential Changes - Less Wrong Discussion

17 Post author: Elo 19 March 2016 12:24PM

You are viewing a comment permalink. View the original post to see all comments and the full post content.

Comments (88)

You are viewing a single comment's thread. Show more comments above.

Comment author: Vaniver 21 March 2016 06:18:48PM 2 points [-]

I don't think straight number limits like this are going to work well.

I think straight number limits give us the most usefulness for the difficulty to implement. If you have other suggestions, I'm interested.

Comment author: Lumifer 21 March 2016 06:27:17PM 3 points [-]

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?

Comment author: gjm 21 March 2016 08:42:27PM 1 point [-]

straightforward SQL queries

Very funny.

Comment author: Lumifer 21 March 2016 09:02:16PM *  1 point [-]

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.