Post History

Three problem is that a single supersite is a mess that is difficult to build anything other than a "codidact community" and individual sites will have a lot of overlap. 

The individual sites concept fits better with the vision of communities, so really you should go with that.

But obviously then you need to decide what communities they will be. In this situation you need to think what kind of shared item do people care about, and that IMHO will be by language stack. 

Broader communities such as "cloud computing" are quite vague, is it full of questions about Amazon or Azure, or all the myriad web technologies, or consumer tech such as distributed video conferencing. Probably all of the above and more. That's not a community really.

Others are the same. Is a "professional programming" sure about meetings, project planning, budget and estimation techniques? I'm sure that wasn't in mind when that site was suggested.

So I think if you want community, you have to find almost existing communities and bring them onboard or give them a platform to visit. I use the python community as an example because if this, and that I read they consider SO to be a bad thing because it is full of python answers that are wrong or bad practice.

When I go to SO, the front page is full of stuff I'm not interested in. I go there to search for an answer and then leave. It's not a community, it's a resource.

Whatever comes about though, the one thing not to do is try and become a different version of SO. The split between SO and SoftwareEngineering on SE continues to cause problems with "this q belongs over there" misery. So much that they changed the mission statement of the site. So be careful of the general purpose catch all.