[Semi OT] Language for Game Development talk

Piotrek via Digitalmars-d digitalmars-d at puremagic.com
Sun Sep 21 06:09:57 PDT 2014


On Saturday, 20 September 2014 at 04:28:58 UTC, deadalnix wrote:
> On Friday, 19 September 2014 at 23:47:06 UTC, Max Klyga wrote:
>> Jonathan Blow just recorded a talk about the needs and ideas 
>> for a programming language for game developer.
>>
>> https://www.youtube.com/watch?v=TH9VCN6UkyQ
>>
>> This talk mentions D quite a lot of times.
>> D is mentioned as the most probable to be adopted if it were 
>> possible for frictionless interaction with existing codebase.
>> An interesting talk if you want to look at language design 
>> from game developer perspective.
>
> I haven't finished the talk yet, but already this is kind of 
> upsetting. The claim that he want to create a programming 
> language, but is unable to give concrete examples of any case 
> he makes so far, grossly misrepresent what exists in other 
> languages or flat out declare that he doesn't know.
>

I got similar feeling. If he joined D, there would be more value
than starting all from the ground.

I think D fits well his requirements. He admits it between the
lines when defines D as better C++, but not worth switching
because of not enough gain.

IMHO, D has the best cumulative score across all languages in
main 3 categories (despite tooling):

1. Kernel type (mostly no memory allocations) - the winner here
2. Game type (mostly manual memory management) - the winner here
3. Applications/Scripts (mostly automatic memory management))-
the winner in large scale apps. In terms of small ones, for most
people D places somewhere in 2nd place group because of static
typing (but honestly I prefer writing scripts in statically typed
languages)

After years of codding I think the following topics (pointed in
video) will never be solved entirely in any language
1. Resource handling
2. Error handing

As for the biggest D rival - Rust, despite all syntax choices I
don't accept, here is at least one thing that prevents Rust to be
ready for ver 1.0 in the end of year:

http://doc.rust-lang.org/guide-pointers.html#gc

Gc<T>

"In the future, Rust may have a real garbage collected type, and
so it has not yet been removed for that reason."

In my opinion, as a usual coder, memory model in Rust is not well
defined for now.

Piotrek


More information about the Digitalmars-d mailing list