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
I'm not a videogamer, so I'll admit up front that I'm generalizing from related areas: as a boardgamer or RPG player, would I want to share space with people creating games, game systems, modules, ...
Answer
#1: Initial revision
I'm not a videogamer, so I'll admit up front that I'm generalizing from related areas: as a boardgamer or RPG player, would I want to share space with people creating games, game systems, modules, and player aids? My personal reaction is: yes, very much so! First off, when creators participate in player "places", it raises the quality -- players can get direct answers, developers can get real user feedback (and maybe find playtesters), and, in short, makers and consumers can have *dialogue* that benefits both. Further, some players are also small-scale developers. In the games I play, this is in the space of house rules, player aids, and other customizations. It'd sure be great to have the experience of people who have more than anecdotal input when I'm trying to get the balance on my house rules right -- when I'm doing, at a small scale, what game developers do at a larger scale. I understand that "mods" are core to videogames, or at least are core for many players, and that these mods are essentially game-development overlays. If that's true, then a player working on a mod is kind of like me working on a house rule for Through the Ages or D&D. Unless players or game developers tell us strongly that "no, we need to be separate", I'd like to see us default to one inclusive community. The whole network is still small; none of our communities is huge and getting so much traffic that people can't find what they're looking for. Let's build on what we have in common, not put up walls prematurely. This question came up when we were getting ready to launch Software Development, too: should there be one general community, or should we make different communities for different aspects of software development, like one for "just code" questions and one for design and one for QA, or maybe divide it up based on technologies (embedded and cloud were both proposed as specializations). We decided to create one community, planning from the start to be able to support a split later if a sub-community arises that really should be separate. We can take that approach with this, too. Let's build a single place together, and if in time it becomes clear that there are two separate (if overlapping) communities that want to be able to focus more on their separate concerns, we can create a new community then and move posts as necessary.