Encouraged by the interest generated by my last post, I decided to do some more hacking on the real-time strategy game, which I’ve named Armada. I’ve now posted it on hackage; it can be found here.
The version on hackage adds quite a bit:
- Refinery units can now mine ore and transfer it to builder units.
- Builder units can now actually build units, if they have enough ore to do so.
- The scene is rendered using OpenGL/GLUT. Units are color-coded by player, with text describing their health and how much ore they have (except for fighters, which don’t carry ore).
I hope to keep adding to the project this week, though I haven’t decided what step to take next (don’t tell Joel!)
2 Comments
Part of the reason I was so interested in your last post on this is I’m working on a game, and have been debating switching to Haskell to force myself to learn it.
I’ve done that, although other than a re-implementation of some basic vector-based movement and some half-baked game unit code there isn’t really anything to show for it.
Trying to figure out how to handle targeting has been interesting, and led me to an interim solution of existential types with a map keyed by unit id, and a giant pile of material to research. Anyways, point is I’m interested in what you’re working on, keep up the updates!
Adam,
I’ll definitely keep the updates rolling, though things might slow down a bit when the semester starts. Haskell is a beautiful language; I love the idea of writing games in it, partially because games rebel against the idea that Haskell is “bad” at IO-heavy, real-time-ish applications.
Indeed, game writing really forces one to quickly come to terms with some of these weird aspects of the language. Let me know how it goes!