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.

Post History

84%
+9 −0
Q&A How should we approach a programming site or sites?

Based on all the feedback here (and also on the related site proposals), I put forth this proposal: Create a single Software Development site, planning from the start for spinoffs. Here's how I se...

posted 4y ago by Monica Cellio‭

Answer
#1: Initial revision by user avatar Monica Cellio‭ · 2020-07-12T03:14:32Z (over 4 years ago)
Based on all the feedback here (and also on the related site proposals), I put forth this proposal:

Create a single Software Development site, *planning from the start for spinoffs*.  Here's how I see that working:

First, I said "software development", not "programming", because we're not an SO clone and don't need to do exactly what they did (as pointed out here).  I'm proposing a broad scope -- code questions, software design, architecture, process, tools, the works.  *In time* that will get large and subcommunities with more-specific interests (like web development or C++ or machine learning) might feel lost in the larger community.  That's an issue at SO, and "afterthought" specialized sites face challenges because their topics are also *still on-topic on SO*.  We need a better strategy for subcommunities that want to get a place of their own.  But id doesn't seem like there's a lot of interest in creating a bunch of small, specialized sites from the beginning and running the risk of falling below critical mass.

If the emerging subcommunity is forming around specific tags, that's relatively tractable, especially with tag hierarchies.  Some here have suggested dividing up programming sites by languages or tech stacks; those would have tagging that's clear in 95% of the cases.  (A question asking about differences between included-language-A and excluded-language-B would be an exception.)  In this tags-based approach, the community would put together a spinoff proposal that lists the tags to move, and if there's consensus we could proceed.

We could then create a (temporary) category for the proto-site in which to collect the candidate emigrees, so people could sanity-check the questions that would be moving there.  This allows some tuning -- we could start by moving everything with tags X, Y, and Z there, but when people say "no that particular question belongs on the original site", we could move it back. When the community is happy, we could then pick up that category and move it to a new site.  While it's all getting sorted out, those questions are still on the general site and findable by search there, so this isn't too disruptive.  (The last thing we want is to be bouncing questions back and forth *between different sites* while sorting this out.)

This approach lets us start with one general site while supporting specialized communities *as they emerge*.  I don't think any of us can accurately say what specialized programming communities will exist in a year, so let's focus on a framework that lets them develop naturally while also having a home for the many other questions that aren't specific to a tech stack or language.