PGD *TEAM* Challenge?

[Cybermonkey]

I don't mind people work in groups for the challenge, but I don't see why the challenge, which marks the most active period on this forum, should force specific work methods on possible contestants. If people want to experience the pros and cons of working in a group, and I believe that's a good thing to try at least once, they should do it of free will, and not as a result of some challenge's requirements.

Yes that's true. If I'll find the time to take part in the challenge then possibly not in a team.

[Daikrys]

oh i totally forgot to answer directly to the topic
as some people here already said it shouldnt be a "must" rule, it should as always optional but since we spoken about this thing maybe some people might team up for the next challenge

[de_jean_7777]

I also feel it should be optional, as I don't think I can find a team to work with.

[WILL]

Well I got what I was asking for, which was good feedback on the whole idea. pstudio especially has brought up some good points. One that seems to stick with me is the logistics factor. It can be a challenge just to keep a team together let alone create something together. I think even if I did try this one eventually, I'd have to put this one on the backburner at least for now.

You have to admit though, you notice the quality/polish difference a team game project can make. Esp. looking back at the PGD Annuals.

This idea came up some time after a bit of self reflection. I have realized that I am actually a much better "game designer" than I am a game programmer. The difference obviously is that I seem to excel at the design of the game play and game mechanics more so than the software that makes it all work it's self. This is directly reflected in my programming style. All my work seems to lend it's self to ease of design, rather than ease of constructing the software backend side of things.

As such I tend to work better in a team environment.