Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Codidact Meta!

Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.

Comments on Let's improve how we manage proposals for new communities

Post

Let's improve how we manage proposals for new communities

+6
−0

Related: Incubator (takes all questions that aren't ontopic anywhere else) community


We currently use posts in the Site Proposals category to organize proposals for new communities on our network. Sometimes a community has come together quickly and this has worked really well, but most of the time it feels like we are not serving our potential new communities well.

We've known for a while that we need to improve how we do this, somehow. Specific problems we're trying to address:

  • Proposals don't allow for enough detail about scope.

  • The people who said they were interested at the beginning might not still be around or still be interested or actually have many questions to ask. There's no real building-out step between saying "I'm interested" and site launch. We need to help the community develop alongside the community scope.

  • Empty or inactive sites look bad.

  • Viable proposals are hindered by our current process, languishing because we don't have a good way to measure the right stuff. It's hard to have visible, useful discussion when a proposal consists of one question and its answers and comments.

We'd like to improve this, and I'd like to share what we're thinking about and get feedback before we proceed.

Yes, I recognize the irony of what I am about to do here. But I think this discussion belongs on main Meta Q&A.

A proposal for proposals

We need a space in which to develop proposals and proto-communities more fully. We propose a site for that. Think of it as an incubator. This would be a new site on our network, perhaps proposals.codidact.com, that would replace the Site Proposals category here on Meta. The new site would have three categories:

  • Site Descriptions: this is where proposals are "anchored". As with the current Site Proposals, there would be one post per prospective community. Unlike the current Site Proposals, these posts would -- via tags -- cross-reference posts in the other two categories for examples and discussion.

  • Incubator: this is a Q&A category that accepts questions for any current proposal. We think the best way to figure out if a proposed scope works is to try it out. Ask real questions, get real answers, see if people are interested, see what issues arise while doing that, and start working them out.[1]

  • Meta: this is for the usual meta stuff, plus meta questions about specific proposals.

All of these categories (yes, even Meta) will share a tag set, and we'll define topic tags for proposals. Topic tags are specially-formatted, so they can be distinguished from the regular tags. From a proposal description, you can easily see all the current Q&A in the incubator and all related meta discussions. The tag description for the topic tag could link directly to the proposal for expediency.

How does the incubator work?

From the user perspective, here's how this would work:

  • You still make a proposal (description) post with background and proposed scope. The posts in Site Descriptions use the Wiki type -- articles (not questions) that almost everybody can edit (for best collaboration). This post is the "current working draft" about the proposal, collaboratively developed by interested participants. If there are disagreements, use Meta, not edit wars.

  • You can ask questions in the Incubator category as if you were asking on the real site. You apply the topic tag(s) for the proposal(s) this question fits with. People can go ahead and answer, refine with edits or comments, and do all the other things people do to make content better.

  • Questions in the incubator must use at least one of the topic tags (more than one if the question fits multiple proposals). People following the incubator can use filters to exclude the topic tags for proposals they're not interested in.

  • To emphasize that it's an incubator not the proposed site, there's no reputation, and we'll set ability thresholds very low. Within some basic bounds, almost everybody can do almost everything. (Staff will moderate.) If practical, we'll keep the Incubator category out of Google's index.

  • You can ask questions about specific proposals on Meta.

Because a proposal consists, in large part, of its body of actual questions that people have asked and answered, I hope it will feel more dynamic and less stagnant. The best way to refine scope is with actual questions. Also, the best way to find out if there are people interested in participating is to try it out.

What happens when a community is ready to launch?

When there is consensus that a proposal is solid, we would create the community and also:

  • Move incubator Q&A with that topic tag to the new community (dropping the topic tag). The community starts with its existing material and looks "lived in". (If an incubator question fits more than one proposal, that'll be sorted out on Meta first.) If there are Meta posts that should move too, we'll do that.

  • Create user profiles on the new community for everybody the previous bullet touches, so we won't have any problems with attribution, null users, traceability, etc.

  • Add the "imported" tags, except for the topic tag, to the Q&A tag set on the new community. Create a normal meta with its default tag set.

  • Redirect incubator question URLs to the new community's URLs.

  • Ideally, send notifications or email to all involved users to announce the new community, in addition to posting about it on the network. (This will require code development so I can't promise it, but it's a hope.)

What happens if a community isn't viable?

If it becomes clear (yes I realize those are waffle words) that a proposal isn't working and if Meta discussion hasn't resolved the issues, a proposal can be closed:

  • The proposal post in Site Descriptions is closed by an administrator.

  • Incubator questions whose only topic tag is for this proposal are closed and archived: they are moved from the Incubator category to an Archive category that is not publicly visible. This means they remain available for auditing but are "out of the way". To be determined: who should be able to see these posts? Any logged-in user, or something more restrictive?

  • Meta questions for this proposal are closed. I don't think they should be archived with the Incubator Q&A, because these posts will probably touch on larger issues that are of interest to other proposals or future proposals in this topic area. Let's revisit this part when we have an actual example.

How do we maintain incubator quality?

The incubator, by its nature, will have questions on a wide variety of topics. This makes it harder for individuals to evaluate quality, and we'll be relying on the topic experts who are part of the proposal. I think we're still small enough to be able to work together in this way.

That said, sometimes it's obvious that a question is in need of work. We expect that questions with obvious problems will be closed quickly -- and reopened quickly if the problems are addressed.

The purpose of the incubator is to develop real Q&A by actual participants in the target community. Questions that are instead wholesale copies of questions from other sites will be closed and most likely deleted, especially if it looks like plagiarism. We don't want to collect questions that somebody on Reddit once asked; we want to collect "live" questions that people here care about. That doesn't mean you can't bring a question here that you've asked somewhere else, but we're looking for a new question that someone currently cares about and that takes into account what you've already learned.

A few nuts and bolts

We'll need to update all the places that talk about how to propose sites.

We'll need good guidance: category descriptions, the extra help shown to people who are not logged in, and probably some site-specific help.

When launching a community out of the incubator, we'll need to do a "pre-flight" check for a couple things. First, make sure posts to be migrated have only one topic tag and work with the community to resolve conflicts. Second, check that posts marked as duplicates link to posts that will also be migrated; we don't want links from launched communities back into the incubator.

After launch, we might need to do some tag cleanup on the new Meta (which no longer shares a tag set with Q&A).

Feedback?

We'd like to hear your thoughts, concerns, and further suggestions. Thank you!

This post has been updated to address concerns raised so far -- keep 'em coming.

Resolution

See Introducing proposals.codidact.com, a new way to add communities to our network. I expect we'll make adjustments as we use this more; feedback is always welcome.


  1. Somewhere Else, a proposal is accompanied by proposed question titles, but titles alone weren't enough for the communities I watched go through that process. Modifying the Site Proposals category to allow for potential question titles wouldn't solve the problem here either, in my opinion. ↩︎

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

Quality, and being able to vote on any proposal (2 comments)
Quality, and being able to vote on any proposal
trichoplax‭ wrote 10 months ago · edited 10 months ago

The section on quality makes me realise that anyone can vote on any proposal, even if it is not a proposal they have an interest in / knowledge about. This is true of all of our communities, but in the incubator the proposals will all be presented in one place so people browsing will be more likely to look at questions from proposals other than the ones they are interested in.

This means upvotes on a question might mean more "this sounds fun" rather than "this is a good fit for this particular proposal". My guess is that this won't be a problem as the main purpose of the questions is to prompt discussion about which ones are on topic, which can happen in comments and on Meta, with votes being largely irrelevant.

So we probably don't need to worry about this, but it made me wonder if there is anything to be said for restricting voting to people who have interacted with the particular proposal (asked/answered a question maybe?).

Monica Cellio‭ wrote 10 months ago

I hadn't thought about the effects of votes, thanks. I think your conclusion is sound; the votes don't matter as much as the discussion around the proposal, and we can always use Meta to focus on specific cases ("what makes this question so great?").