That sounds a great idea. I learned programmation, probably like many of us, by programming games. I was so bad at playing games so I decided to create my own to have a chance to win :-) I found it more fun than playing.
I don't know if any help, but here are some ideas: - It's a good opportunity to use interesting stuffs such as SOAP or XML-RPC, in peer to peer architecture. - The world changes real-time (like everquest). Not sure it fits with a peer to peer architecture. - Instead of developing a fixed code for playing it, a basic version can be provided. The interface is defined, not the code. Why? The game would be to program the best AI module to survive in the virtual world created. Ok, I'll try to be clear. Suppose an adventure game is developped. It has characters, cities, spells and a lot of stuffs. A new player run the perl source provided and start to play. Fine. But the characters he starts with are quite stupids. How can they become more clever? Either by playing a lot with them to improve their performances, either by creating hier/her own classes and create a better code. So instead of having one source code, one can provide the base classes, and people can hack them and tune them to improve performances. You can call it mutagenic game (oops, I've heard that term before). - More AI: characters learn things when communicating to each other. If you make friend with another person, you can exchange not only money, food... but also "knowledge" and "awarness" of the outside world. And I'm not talking about extra points, but really object behavior. Not sure I'll have time, it depends of the size and length of the project, but if I can I'd be happy to give a hand. Pierre > -----Original Message----- > Subject: Writing a Perl Game > I'd like to write a game and I'd rather do it as a group project with > some friends, to simply make it a bit more fun. > What sort of game? Maybe an adventure, maybe multiplayer, maybe some > sort strategy or trading game. I don't mind, I'd just like to do it. > Greg
