Hi, I with a few people are trying to start a remote game-dev studio inspired by Motion Twin, we would horizontally make decisions on what game idea to work and we would horizontally decide salary if we ever got to the stage of creating games with commercial potential. If anyone is interested you can join us, we are so far mostly interested in using Godot for development cause it is FOSS. We have not incorporated yet anywhere because we have just started and I think that for a long time this will be a part time project with various people having different amount of time to work on the project. If anyone is interested then we can get in touch. We are anarchists/libertarian socialists and we think of this as a political project too.
Sure am, I have tons of (mostly unfinished) games in my folders, I participated (made the only playable demo) in the /r/france/ effort to make a memes-loaded game and while I don't want to say that this proposal can't work, here are the few pitfalls I think it will encounter (and I wont be willing to help until there is a good reason to see them addressed)
for a long time this will be a part time project with various people having different amount of time to work on the project
Here is what I predict will happen: 3-4 people will actually work on it seriously, with 5-10 making occasionally making contributions, and 50 cheering. That's fine for a FOSS project. That's a problem when you decide how to split revenues: you'll need a way to gauge peoples' contribution and there will be disagreements. Mostly because:
Of the people who did actual work, half of them did unusable things. There won't be anyone to tell one person that their art is crap or just does not match the rest of the art, that their programming style does not work, that their game design ideas just suck. Diplomatically, what usually happens in the absence of a hierarchy is that we work around them (that's additional work) and in the final product, their work is just given lip service. But then comes the sharing of revenues and there, you have 2 ways to handle that:
Gauge the hours worked and pretend their work has the same value. They are happy and want to continue in the project. The competent people who had to work around their contributions quit disgusted.
Tell them their contributions did not help the project much and they bring the whole thing into a drama masterclass.
If you claim anarchist principles, it is fair that cheerers will also want to have a say. Most FOSS projects are do-ocracy: the doer is the decider. If they want to do something that's liked by the others, they have to listen to the feedback, but they also have the power to ignore some feedback even if cheerers are demanding it very loudly (e.g. I don't have a mac so I wont do a mac version)
If the proposal is to sink a few hundreds of work in a project without being paid, and with little hope to ever be, I'd rather do it on something I love in a pure FOSS fashion without having to deal with drama and compromise.
Have a business model, address the problem of gauging the contributions, have explicit decisions mechanisms (saying "we have a horizontal structure without hierarchies" is not enough to make it true) and then we can talk.
In practice we will strive to reach consensus with majority vote when we cannot find one - that's how we will decide everything I think. Not the purest, but good enough for me I would say.
I understand, but in practice, when a work can only be done by one person who volunteers, he or she has a veto. May as well go with what they want. To take the example above, everyone may agree that it would be great to have a mac version, but if the programmer doesn't have a mac, it won't happen anyway. FOSS projects are do-ocracies by default. When you have 1 dev for 10 users, and you want everyone to have equal voice in what should get developed, then you need a way to coerce the dev into following the majority.
FOSS do-ocracies become real anarchism when everyone is a dev: you are free to fork and no need to coerce anyone to put in some work to make the project go one way or the other. Maybe the key to anarchist dev is in lower the barrier of entry for people who want to contribute. But other than that, there will be a mean of coercion if non-contributors advice need to be equal to contributors'
I don't think I specifically invite users to design process, only devs, artists, designers etc. I think we are only interested in people willing to contribute and that is clear to me given how I've written the post. And I don't think we plan our games to be FOSS, well maybe first few that we deem not good enough to get money from. But I personally am not against piracy, so if someone doesn't want to pay they can just pirate it.
Sorry about the confrontational tone, I am curious and slightly interested, I have two designs of non-violent anarchist-minded games I am slowly making but I have seen sooo many projects like that go wrong. So far what skills have been gathered? Are there people who have experience in shipping a game?
I don't have game dev experience but can code, did work through godot 2d tutorial and it seems fine and one person can do textures. About the rest we will see if they actually contribute, if yes then we will have some extra developers.