Timeline for Treat question migrations better for almost-fits-but-not-quite questions
Current License: CC BY-SA 3.0
10 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Feb 28, 2014 at 2:33 | comment | added | Shog9 Mod | Not exactly a ringing endorsement of migrations there, @Lower! I do prefer the folks who leave comments - this gives the asker a chance to look around and learn something about the local culture before putting his feet on the ground, so to speak. | |
Feb 28, 2014 at 1:13 | comment | added | Shog9 Mod | If the mods on the destination site would rather slam the door in someone's face than fix some trivial problem, it's their own feet they're shooting, @George. I'd strongly prefer you just declined migrations to beta sites - particularly early beta sites - since they generally cause more problems than they solve, but if you feel strongly in a specific case then send it over and wash your hands of it; ain't worth wasting any further time on it. | |
Feb 28, 2014 at 1:12 | comment | added | George Stocker Mod | @Gilles See my comment in the question. According to what I read on SR and your comment in the question, it was a mostly good fit. Heck, if we should only migrate those things that should be accepted, why even have a rejection path? | |
Feb 28, 2014 at 1:11 | comment | added | Gilles 'SO- stop being evil' | @GeorgeStocker In general, you should not ping a mod — but you need to be a bit more familiar with the site than the name. For example, if you don't know the difference between Computer Science and Computational Science, don't migrate there unless requested by a regular of the target site. | |
Feb 28, 2014 at 1:10 | history | edited | Shog9Mod | CC BY-SA 3.0 |
screw it, let's just cut this ever-pointless argument short
|
Feb 28, 2014 at 1:08 | comment | added | Shog9 Mod | Standard disclaimers apply: I'm stating a general policy here, guidance that should be followed in most situations - but if you know better in a specific case, then ignore it. That said, if you're not confident enough to migrate without asking a moderator on the destination site, you're not confident enough to ignore this guidance. | |
Feb 28, 2014 at 1:08 | comment | added | George Stocker Mod | @Shog9 It's easier for me as a moderator to just decline a migration flag than it is to ping a mod, ask them, get an answer, and then migrate. It's almost as easy for me to migrate it as it is to decline the flag and just close the question. It's not good for our image (or the user who has the question) to decline it, and it's a lot of unnecessary work when we have migration paths in place for me to have to do manual synchronous work to make sure to get "Mother May I" before migrating. All I'm asking is that we treat migrations better when they need a little work. | |
Feb 28, 2014 at 1:05 | comment | added | Gilles 'SO- stop being evil' | I disagree with the “don't migrate things to beta sites” schtick. It needs to be determined on a case-by-case basis. For example, a community migration path from Theoretical Computer Science to Computer Science would be just fine — the source community by and large knows what's a good question that's just not material for the source site. I'm against migrations to SR for now because SR's problem is quality, not quantity, and we're still very young and have boundaries that are still malleable. | |
Feb 28, 2014 at 1:05 | comment | added | George Stocker Mod | "Dont' migrate things to beta sites." That seems like a shortsighted policy (no offense intended). First: Having too much traffic is a champagne problem. Beta sites seem to be fighting for every bit of traffic they can get. Second: Good content should be welcome no matter the site's age. Given the crap content I see day in and day out on Stack Overflow, this SR migratee question was a gem. It wasn't good on Stack Overflow (it just doesn't fit our format, and can't based on what they want), but it wasn't so bad that it shouldn't at least be tweaked on SR. | |
Feb 28, 2014 at 1:02 | history | answered | Shog9Mod | CC BY-SA 3.0 |