Re: The Latest Scheme

"Alex J. Champandard" <[email protected]>
Newsgroups gmane.comp.ai.fear.devel
Message-ID <[email protected]>
Rob Saunders wrote:
> I think you're getting a little ahead of the game with your prediction 
> that Scheme will oust Python. They satisfy very different requirements 
> and there is easily room for both types of language even within a single 
> game engine.

I meant Scheme will replace python within FEAR.  I do really like python 
as a language, but it's becoming increasingly obvious that it's not very 
suitable for games.  It's a big language, focusing on intuitiveness at 
the expense of implementation simplicity.  A lot of the discussion at 
the GDC Python roundtable was about Lua and how that solved many of the 
issues people were having with python (mainly bloatedness and speed of 
execution).  Scheme beats python hands down at both of these, and 
provides a really elegant foundation for most of FEAR.

I don't think game developers are ready for multiple scripting languages 
per project at this stage (such a hassle), so anything that can be 
converted to C/C++ is a bonus.


> One of the biggest problems when developing with Scheme is managing 
> large scale projects. There have been a number of attempts to develop 
> object oriented extensions to Scheme but none of them seem to have 
> gained much acceptance - which I guess isn't surprising given that most 
> people are attracted to Scheme for its minimalism.

Right, the standard only focuses on things that have proven useful and 
necessary in a broad context.  Scheme is a programmable programming 
language, so it can be extended in any way.  You can borrow lisp's OO 
features, or one of the many lightweight versions (most likely what	 
I'll end up doing).  I'll probably use a component system in a similar way.

But there is a new revision of the standard underway, and objects may be 
included.


> You might also be interested to look at Jonathon Blow's current column 
> in Game Developer where he is developing a language for AI scripting by 
> borrowing from Prolog, Lisp and Perl. Sounds horrid, but as usual with 
> Jonathon's work the result is quite elegant.

There's some stuff here, but not much on Lerp yet.
http://number-none.com/product/



> I assume that would be a Prolog interpreter without all the syntactic 
> sugaring for doing natural language processing.

heh, last I did NLP with prolog I never used any form of sugar!!  It was 
raw prolog.  I've been missing out :)   I doubt it'd take much effort to 
implement the functionality, Cyc seems to do it quite well.

Alex



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.