Pondering a language for LD14

Well, I’ve diarised it, and set aside a weekend, so I know I’m all in for LD14. The only question now is: Which language?

I’m learning Haskell at the moment, and the sheer perversity of writing a game in a functional language appeals to me. That said I’d probably get very little done and be enormously frustrated.

I could use Blitz Max, but I forgot where I even left my copy of that and it’s a windows version. Not sure what the compatibility points are for linux.

I think I’ll probably settle on Python. My C is too rusty to pick up quickly and run with, and PyGame looks straightforward enough to learn properly before the compo.

Tags: LD #14 - Advancing Wall of Doom - 2009

Comments

16. Mar 2009 · 13:40 UTC
Give in to your Pythony desiressss! Use Pythonnn..sssss…~
16. Mar 2009 · 14:44 UTC
I’ve written a game and a few prototypes in haskell; it’s not that bad :) (in fact, it was considerably easier for what I was doing that C/C++ would have been…). It has good OpenGL support as well, so…
16. Mar 2009 · 20:54 UTC
Hehe – great nickname :) I always like using python, but LD is also a great opportunity to try out something new for a weekend.
16. Mar 2009 · 22:45 UTC
Actually, using a functional language shouldn’t be too bad, at least if you have a decent game library for it. I’ve worked with Clean (which IIRC is very similar to Haskell) and I could be very productive with it at times, since mistakes/bugs are usually very easy to find, code is very reusable and sometimes you can write complex stuff easily (but yes, sometimes simple stuff becomes complex when you have to write it in functions).
30. Mar 2009 · 23:51 UTC
I would get prepared to use Python and Pygame, but don’t rule out other languages until the compo starts. Maybe you’ll think of something that is easier or better in a different language. Or maybe you’ll realize that C++ is your long-lost love <3 :)
Detox
04. Apr 2009 · 09:55 UTC
You should use the language you are most comfortable and experienced with; whatever one you are most productive with. Also 100% check your build environment including all debugging and profiling tools. You won’t want to mess with any of that once the clock is ticking.
jaber
10. Apr 2009 · 17:30 UTC
You may want to consider LOVE game engine, a game engine built with C++ but all the game scripting done Lua.

It designed to quickly prototype a game, and

it combines SDL, OpenGL, Boost, Box2D and LuaSocket.
jaber
10. Apr 2009 · 18:28 UTC
in other words, Python kills flexibility over standardization.
13. Apr 2009 · 03:08 UTC
Try GLBasic maybe? It’s easy to get started any yet powerful.