Epiphany comments on Preventing discussion from being watered down by an "endless September" user influx. - Less Wrong Discussion
You are viewing a comment permalink. View the original post to see all comments and the full post content.
You are viewing a comment permalink. View the original post to see all comments and the full post content.
Comments (101)
Summary of Solution Ideas:
(In alphabetical order.)
A ban button for older active users that works if pressed by enough of them in a certain time period.
Pros:
Cons:
Give older users more voting power.
A mathematical approach was suggested which would give older users more voting power.
Pros:
Cons:
Highlight the culture by making the names of biases, logical fallacies and terms from the sequences linked.
Pros:
Cons:
Limit the comments new users can make, increase limit based on karma, later remove the restriction.
Pros:
Cons:
Limit the ratio of new users that can post in x time period.
Pros:
Cons:
Prompt users to provide two or more words of verbal feedback when voting (not mandatory).
Pros:
Cons:
Require an agreement to accept and give constructive criticism (with a requirement for good manners).
Pros:
Cons:
Require an educational rationality knowledge quiz to use discussions (but not to register).
Pros:
Ensures that new users are familiar with important elements of rational discussion (even if only because of the questionnaire) that will reduce clueless behavior.
Increases the hassle that trolls and spammers need to go through to make endless new accounts, deterring them.
People who aren't serious about refining rationality won't go to the bother.
Reduces the speed at which the population grows.
Cons:
Send people with poor rational thinking skills to the Center for Modern Rationality or similar.
Pros:
Cons:
Ideas that were culled:
(Both of these were culled due to the fact that they'd result in duplicate posts, none of which would contain all the info.)
Separate new users and old users into different discussion areas to contain the endless September or protect the older culture, letting beginners move up after they accomplish a certain level of rationality.
Pros:
Cons:
Multi Generation Culture
Limit the number of new users that join the forum to a certain percentage per month, sending the rest to a new forum. If that forum grows too fast, create additional forums. This would be like having different generations. New people would be able to join an older generation if there is space.
Pros:
Cons:
This is pretty thought-provoking; thanks for laying it all out. I think each of the devils are in their respective details. People have very different intuitions about, for example, how many people will be turned off by a quiz requirement, or how many useful contributions would be cut off by a karma restriction on comment quantity, and it's hard to make progress toward quantifying that without running experiments which may be temporarily harmful, have confounding factors, and take a lot of manpower.
In the end, we usually settle on "loudest intuition wins" but it would be nice to make some progress on that.
I'm not sure how technically feasible it is, but I'd be interested in having something like the WikiWords system from MediaWiki(the base for TV Tropes) for internal links and/or links to the wiki. I already try to link to them whenever relevant, but it's a non-neglible inconvenience to find the right urls and add the right markup.
Perhaps (down)voting could automatically open a reply box, thus encouraging more detailed feedback while still allowing user discretion. More feedback is usually good, but sometimes someone has already written a good critique that I can just upvote or something. So I don't like making it mandatory. -edited to clarify that I meant MediaWiki rather than the TV Tropes specific variant.
TV Tropes' markup system is a godawful homegrown mess and I wouldn't recommend using it; it'd be incompatible with wiki markup and unfamiliar to pretty much everyone that hasn't done time on TV Tropes. Incorporating some subset of MediaWiki markup into the blog wouldn't be a bad idea, though.
Sorry, I was thinking of MediaWiki, but I put TV Tropes because I just finished explaining the parts of MediaWiki I like in the context of explaining TV Tropes, and I don't uses any other MediaWiki sites, so I TV Tropes was much more mentally salient than MediaWiki.
TV Tropes is based on pmwiki, actually, although it's got a great deal of homebrew code on top of that (including much of its markup). MediaWiki's what Wikipedia uses, along with the Less Wrong wiki and many other post-Wikipedia wikis. The two are both written in PHP and accept SQL backends, but they don't have much in common in terms of interface, and there are pretty substantial differences in markup as well.
I haven't spent a lot of time in MediaWiki, but for example it doesn't do pmwiki-style WikiWords; internal links are established via [[double square brackets]] instead.
Ok, so what I'm trying to say is I want WikiWords, approximately like whats offered on TV Tropes, and I was going along with what I thought you were saying because I don't do any other wikis or know much about TV Tropes codebase.
Mm good idea, I don't know why I overlooked that (making it prompt the user when voting rather than requiring it) I will change the idea.