It seems to be a mostly remote company, so not sure how much the war it self affected them, but the propaganda probably a lot.
I've thought about this kind of thing actually being built for complicated games. It's effectively like Agile Software Development, but instead of just making specific libraries or instances of the same product, you actually build out games to sell as a partial instance of the product, and then pull back the parts and pieces into your main project.
The idea itself got some good points, but it would require quite a lot when you tie the sack at the end, since complex games have quite a diverse level of different areas you need to optimize and if you lose a couple of experienced devs during the module building phase (is there a better term for this?) I see the final product having a large chance of being worse then sum of their parts.
Could it work if you had several teams working on the different modules and thus getting it done more quickly minimizing that the sum module would be out of date or knowledge lost, perhaps.
I think this is basically the responsibility of the parent developer. It would take a very high level of Project Lead knowledge and understanding to manage it, and you would actually build out your own architecture to develop multiple games, and you'd have to have very good knowledge documentation on them; but I think that's the better way to build games in the future.
I just don't know that anyone actually does that yet. Frankly, because I think they're all coders and they're not thinking about managing a framework as your own platform to build different games thorough.
Frankly, because I think they're all coders and they're not thinking about managing a framework as your own platform to build different games thorough.
I would agree that it is not a manger that get the insane idea to develop a game, or at the very least a good game xD, it requires a bit of insane coder and then they will not focus on making a series rather they will focus to try get the vision brought to life.
It also does not help that the coder these days mostly do not build their engine from scratch, thus to some extent they need to adapt their framework to whatever engine they use.
Do you know of any other industry where this method is done in the indie scale or startup? (cause I do not see the giants changing until they fall)
It seems to be a mostly remote company, so not sure how much the war it self affected them, but the propaganda probably a lot.
The idea itself got some good points, but it would require quite a lot when you tie the sack at the end, since complex games have quite a diverse level of different areas you need to optimize and if you lose a couple of experienced devs during the module building phase (is there a better term for this?) I see the final product having a large chance of being worse then sum of their parts.
Could it work if you had several teams working on the different modules and thus getting it done more quickly minimizing that the sum module would be out of date or knowledge lost, perhaps.
I think this is basically the responsibility of the parent developer. It would take a very high level of Project Lead knowledge and understanding to manage it, and you would actually build out your own architecture to develop multiple games, and you'd have to have very good knowledge documentation on them; but I think that's the better way to build games in the future.
I just don't know that anyone actually does that yet. Frankly, because I think they're all coders and they're not thinking about managing a framework as your own platform to build different games thorough.
It also does not help that the coder these days mostly do not build their engine from scratch, thus to some extent they need to adapt their framework to whatever engine they use.
Do you know of any other industry where this method is done in the indie scale or startup? (cause I do not see the giants changing until they fall)
My job, but I can't go further. It's a smaller company though.