Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Armok]

what do you think would be a good implementation language for DF if it /was/ started today?

Considering the amount of calculations required? Assembly. 

[Baughn]

See, that's it exactly. DF currently isn't a single-person project anymore (just almost), and therefore source control is a good idea.

I think I may have shown him that it's useful, too, he just doesn't want to take time out from this release to learn about it. Maybe later.

And implementation language? Well..

Making a DF-like fast is mostly about smart algorithms, and secondarily about micro-optimizations and multithreading - the micro-optimizations being for stuff like the weather automaton, which can't really be smartified.

So, I'd take a dual-language approach. Most of the game would be in haskell, which is great for smart algorithms and threading; if that turns out to be too slow for particular sections that have to be brute-forced, I'd use C just for those bits; though with the weather automaton, I'd probably write an OpenCL implementation as well; it looks like it'd fit great.

[Capntastic]

Not to bring down the mood, but let's try to keep this thread on topic please

[SolarShado]

Toady's gonna have to manually merge the graphics changes and the next version stuff together by hand

I'm not looking at the code of course, but that doesn't sound like it'd be too hard... the major work for the next version is lower-level data-manipulation stuff which should be separate from the presentation code. At least I always try to keep them separate in my projects.

But Capntastic's got a point, so: Loved it, looking forward to the next one!

[ILikePie]

I really like it when developers tell fans of their work, and answer questions and don't just keep it all to themselves until they release it. So yeah, I enjoyed this quite a bit.