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 Our site incubator concept needs a re-think
Parent
Our site incubator concept needs a re-think
Background
Starting new sites here at Codidact has evolved over time, mostly as we got experience and realized we needed to do something different.
Originally, new sites would be proposed here on meta, kicked around, then fully created if it felt right. That sortof worked when Codidact was new, but we found some sites were being launched without sufficient commitment and interest from users. These sites are still here, but have very low activity.
The current incubator system was developed in response to that. A site was created just for starting new sites.
The current system
If you have an idea for a new site, you write it up in the Descriptions category.
Users can indicate their interest and expected level of commitment to the proposed site by selecting one of several "reactions". Currently, the choices are Casual browser, Active user, or Subject matter expert. The users that "signed up" with each reaction are shown at the top of the site proposal so that everyone can see the level of interest.
To define the site better, questions are asked in the Incubator Q&A category. Each question is tagged with the special tag unique to each proposed site. Voting is largely used to get people's opinions of whether the question is a good fit for the proposed site. Reasons why and arguments for or against fit are in comments. Answers are written as if the question were on the real site.
Hashing out the site definition is done in the meta category. People can argue for or against changes to the existing proposal, with voting used to get a sense of how the community feels about each issue. Proposals can then be edited accordingly.
Existing problems
Let's understand that the design of the current system was well-meaning, and in response to experience with the previous system. However, now that we've had some experience with this system, several problems have become apparent:
- Who/when edits the proposal? There have been good discussions in meta about details of various proposals. However, what constitutes a consensus such that the site proposal should be changed? What does it mean when a change gets 2 upvotes and 2 downvotes? Keep in mind that the original proposer presumably agrees with the proposal, so 2-2 vote tally is really 3-2 users for/against. What threshold is sufficient? Who gets to decide that? Anyone can edit the proposal, but when should they?
-
Huge barrier to "outside" people. There are a lot of mechanics around trying to "use" any of the proposed sites. Those already here at Codidact for other reasons can generally figure it out. However, consider the experience of someone outside being told of a new site with a topic that interests them. This person may not be used to computer forums or Q&A sites, or particularly tech-savy. I'll use someone who is interested in invasive species as an example, since there is a meta discussion about that:
- OK, I've read the site proposal and the rules make sense. What's this "proposal" thing? I thought I was going to an invasive species forum.
- Huh? I can't just ask a question here? I have to go to this other "category" thing?
- There is nothing about invasive species here! I don't care about how to make kelp grow less tall, fixing corrupt data in some game, resurrecting long-dead people. What the ...? I must be in the wrong place.
- OK, I have to post my question here, but it has to be "tagged". What's a tag? What tag am I supposed to use? How was I supposed to know this before getting a nasty-gram message in a comment?
- It's a day later. Where did my question go? All I see is babble about psychic powers to move stuff around, some philosophy BS about Kant (who the heck is that?), people underground not knowing a war is over, blah, blah, blah.
- Olin told me this place was for discussing invasive species. I'll never believe anything that guy says again. I'm outta here!
Actually, I can't envision anyone making it to step 6. Most will be lost by step 3.
- Substantially new topics have no chance. Since only existing Codidact users are going to have meaningful impact on proposed sites, the only possible new sites are somewhat close to other topics users are already here for. For example, Worldbuilding might work because enough people here for Scientific Speculation could be interested. It's no surprise that Worldbuilding has gotten way more action than Invasive Species, for example.
-
Nobody outside will ever find a proposed site. Even ignoring the large barrier to participation of outside people, how are they ever going to discover a possible new site? There is little focused on the specific topic for search engines to guide you too. There isn't a whole site proclaiming to be about "Invasive Species", for example, just a site proposal.
A search engine might point you to a specific question in the Incubator Q&A category, but then what? Answering the question may not be so bad, but what if you want to ask a different question? Now there are a lot of things you need to know you really have no way to know you don't know, and it looks like you ended up in a pile of drivel.
The question
Let's hear some ideas for a better way to start new sites.
I agree we want to make it easier for those being recruited for a specific proposal to be able to focus on that proposal …
3mo ago
I think that a lot of the current approach mostly works. Once you've gotten here, if you have an interest in other topi …
3mo ago
Here is a mechanism that addresses some of the problems: Each proposed new site is a full site in the structural sens …
3mo ago
I don't know whether I like the following idea better or worse than the current approach with a tag for each proposed co …
3mo ago
Post
I agree we want to make it easier for those being recruited for a specific proposal to be able to focus on that proposal and not all the others. You can see all the posts for a proposal by starting from the tag page, but that loses the nicer presentation of the category view. You can add a filter to the Incubator category, but right now we can't bake that in easily, so that's asking people who don't yet know Codidact to work through the filters UI. What we need is a sharable URL for the proposal that sets everything up to focus on that proposal. Another answer proposes just (proto-)launching the communities -- focused URL solved. I have a different idea that I think would be easier to administer.
The following ideas would require code changes, so I want to float the ideas first.
Part 1: Make filters more granular
There are some built-in filters, which are configurable at the network level. (It's a YAML file, not baked into the code, so it can be changed locally.) These filters are global to the network, so adding a bunch of proposal-specific filters would be confusing for people on, say, Electrical Engineering. We could do better if configurable filters could be restricted to a specific community. This would also give us an opportunity to improve user-created filters, which are global when defined but only make sense on some communities. (Until writing this paragraph I thought user-defined filters were community/category-specific, but I just checked mine and they're not.)
If proposal tag filters could be defined globally for the Proposals site only, this would reduce the problem from "write a filter" to "choose this filter from a list".
Part 2: Skip the filters UI
The filters UI was created for people who are browsing or building their own things. But if you already know what you want, maybe we can do better. That UI where you can choose an existing filter calls into something in the back end to do it. Let's give people another way to do that part. Easiest from the user perspective (I don't know about implementation) would be to embed it in the URL, so (for example) https://proposals.codidact.com/[categories/67]?useFilter=Proposal-InvasiveSpecies would apply that proposal's filter and make it sticky, so as you move about the site and click on category headings you'd still be using the filter. People who become more fluent in the Codidact system or curious about other proposals will find their way to the filters UI and can make changes there. People who really only care about that one proposal don't have to interact with filters at all.
Ideally, we'd be able to omit the category from the URL and useFilter would apply to any category on the site without causing trouble for other pages (individual posts, user profile, etc). If we can't do that, then the downside is seeing descriptions and meta conversations about other proposals (or bugs or feature requests, in the case of Meta) while having a filtered Incubator Q&A view. That doesn't seem terrible to me.
Complication: posting
We want people to post questions (and articles if applicable) in their experimental community without having to think too much about it. But if the proposal tag doesn't get onto new posts, what people will see is that they posted something successfully (according to the submission) but it didn't show up in the list (because of the filter).
Currently, we would have to place prominent reminders to add the proposal tag. Some people will miss them anyway, and it's user burden. I don't know how practical this is, but if you are in this filtered view, it would be great if we could automatically apply the tag for you. So in addition to the more general useFilter API, maybe we want useTagFilter, and in addition to assigning the filter that code would also assign a default tag for all of your posts When you create a post while a tag filter is set, the filtered-on tag would automatically be added to your post. I don't know how hard this is.
A mechanism like this could be useful on other communities later as they grow. One of the arguments we heard against creating a broad Software Development community was that eventually it would be harder for people with more specific interests to focus on them. (The counter-proposal was to create a bunch of different communities.) If, in the future, the python sub-community of Software Development wants that focus, they could use this approach instead of completely breaking off. Implication: a filtered tag should include its children too. (I haven't tested that.)
Part 3: Entry points
If we did all that, then we could set up a page that lists all of the experimental communities, analogous to the list of launched communities at codidact.com. Each entry could include the community name, a summary from the proposal description, and the proposal-specific filter URL. This page would also include general language about the nature of experimental communities -- whatever we want people to know before diving in.
Experimental communities, not being fully launched, would not show up in the switcher in the header, the dashboard, or the list of communities in the footer. This prevents a partly-formed idea of a community from giving people who come across it in a community list incorrect ideas about that community or the network.
That sounds like a lot of work. Why not just launch experimental communities instead?
Administration, mainly. While participants in a single proposal only care about that one proposed community, people who are looking at the whole network, particularly administrators but also other curators, would need to visit each individual community to check in on it. We'd need another dashboard view, for just the experimental communities, to stand any chance of staying on top of flags and meta or seeing new activity in general. Even so, we'd miss some activity that we'd otherwise want to pay attention to, like comments that require responses. Issues that affect more than one proposal would be harder to communicate about. RSS feeds would be more challenging (for example, one feed into Discord would be replaced by about 40, unless someone knows how to aggregate them).
0 comment threads