@MichaelT and I were discussing the purpose of locked questions last night in chat. He brought up this post from Meta.SE: What is a historical lock, and what is it used for?
When is it appropriate to lock a question for historical reasons?
When is it appropriate to lock a question for historical reasons?
Questions can be historically locked when:
- The post is Off-Topic or Not Constructive, and
- The post is stellar, in spite of its off-topic nature, and
- There are a large number of views, upvotes and inbound links on the post, and
- The post is contentious; i.e. it has been closed and reopened at least once, or deleted and undeleted at least once
When is it not appropriate to historically-lock a question?
Questions should not be historically locked if they:
- Are being actively maintained, or
- Have little or no redeeming value.
With this in mind, I searched for all locked posts. We have 744 locked posts; many of these are good and we should keep around, and is quite a lot of posts especially for what would have to be a moderator only review. Can we do better?
We have 175 posts that match the search locked:yes views:0..5000 score:0..10 duplicate:no migrated:no
. They have low views (so don't help much with SEO), low score, and don't help with searching as merge source questions, and won't disappear on their own when the migration timeout ends. This search results in gems like these first three posts returned under relevance sort:
- Economy simulation software
- PHP and SQL, together or individually
- Providing work experience on my resume
I see almost no reason to keep any of these 175 posts. They add nothing. If we drop the view threshold to 2000 posts, we are still left with 142 questions.
Why should we bother?
@MichaelT said it best last night:
Consider if that is the type of impression we wish to give to users who are coming into the site about the types of things we have on the site (remember, new users don't know / understand / care about historical locks).
I know that not all of these are historical locks; many (most? all?) of them are rejected migrations. That's no reason to keep them. Note that migration rejected stubs never get deleted from the destination site!