That's already been discussed several times. It's really not feasible with the
current load on speedy. The standards to avoid speedy (make a basic assertion of
importance, provide sufficient context so someone will know what you're talking about,
don't attack or advertise, don't post blatant copyvios) are really pretty minimal.
If an article doesn't meet even these minimums, there's no reason to keep it
around for an hour or at all. We can solve biting problems by being nice when speedying,
not by failing to do it when needed.
If we want to reduce the likelihood of speedies, let's restrict new article creation
to those with a minimum number of mainspace edits to ensure at least some experience with
content policies. This would also deter a lot of page creation vandalism and "JOHN IS
A (insert expletive here)" and "We are the leading widget provider..." type
garbage.
-----Original Message-----
From: Jon <scream(a)datascreamer.com>
Subj: [WikiEN-l] Speedy deletion
Date: Tue Dec 30, 2008 9:07 pm
Size: 1K
To: English Wikipedia <wikien-l(a)lists.wikimedia.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I do want to thank everyone who gave input for my BLP question, and a
special nod to Angela who pointed out the archives. I should have
read those first.
Here is a second issue I would like to discuss, if the group is inclined.
Speedy deletion nominations, I would propose there be a paradigm shift
from our current thinking of "Tag immediately and template the user
talk *right after* creation to something like "don't tag untill an
hour has passed". I believe this will be less bity and more
encouraging to our users. To quote something I observed today from
one good editor in reference to our jest over speedy deletions:
"Welcome to wikipedia. You didn't create a good enough article in
your allotted 60 seconds so we deleted it. Dont forget to sign your
posts!"
Even though it was in jest, it is true.
I think perhaps it is time we consider enacting (onwiki discussion to
follow if this is well received) something of a one hour rule to
tagging and templating. We've grown so...
...automated.
Thoughts?
Best,
Jon
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
http://enigmail.mozdev.org
iEYEARECAAYFAkla77MACgkQ6+ro8Pm1AtVdYACdGluva0JY2MmTfZkkYixRC+g5
PAAAoJerVDg8COBPdYcdTizmZCUJGAp9
=6sv9
-----END PGP SIGNATURE-----
_______________________________________________
WikiEN-l mailing list
WikiEN-l(a)lists.wikimedia.org
To unsubscribe from this mailing list, visit:
https://lists.wikimedia.org/mailman/listinfo/wikien-l