But I thought I'd mention that for OpenCog we are planning on a
cross-language approach. The core system is C++, for scalability and
efficiency reasons, but the MindAgent objects that do the actual AI
algorithms should be creatable in various languages, including Scheme or
LISP.
*nods* As you know, I'm of the opinion that C++ is literally the worst
possible choice in this context. However...
ROTFL. OpenCog is dead-set on reinventing the wheel while developing the
car. They may eventually create a better product for doing so -- but many
of us software engineers contend that the car could be more quickly and
easily developed without going that far back (while the OpenCog folk contend
that the current wheel is insufficient).
(To be clear, the specific "wheels" in this case are things like memory
management, garbage collection, etc. -- all those things that need to be
written in C++ and are baked into more modern languages and platforms).
Note: You can even create AGI in machine code -- I just wouldn't want to
try (unless of course, it's simply by creating it a real competent set of
langauges and compiling it down)
But then again, this is an argument that Ben and I have been having for
years (and he, admittedly has the dollars and the programmers ;-).
----- Original Message -----
From: "Russell Wallace" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Friday, October 24, 2008 12:45 PM
Subject: **SPAM** Re: [agi] On programming languages
On Fri, Oct 24, 2008 at 5:30 PM, Ben Goertzel <[EMAIL PROTECTED]> wrote:
Interesting! I have a good friend who is also an AGI enthusiast who
followed the same path as you ... a lot of time burned making his own
superior, stripped-down, AGI-customized variant of LISP, followed by a
decision to just go with LISP ;-)
I'm not surprised :-)
But I thought I'd mention that for OpenCog we are planning on a
cross-language approach. The core system is C++, for scalability and
efficiency reasons, but the MindAgent objects that do the actual AI
algorithms should be creatable in various languages, including Scheme or
LISP.
*nods* As you know, I'm of the opinion that C++ is literally the worst
possible choice in this context. However...
We can do self-modification of components of the system by coding these
components in LISP or other highly manipulable languages.
This is good, and for what it's worth I think the best approach for
OpenCog at this stage to aim to stabilize the C++ core as soon as
possible, and try to write AI code at the higher level in Lisp, Combo
or whatever.
-------------------------------------------
agi
Archives: https://www.listbox.com/member/archive/303/=now
RSS Feed: https://www.listbox.com/member/archive/rss/303/
Modify Your Subscription:
https://www.listbox.com/member/?&;
Powered by Listbox: http://www.listbox.com
-------------------------------------------
agi
Archives: https://www.listbox.com/member/archive/303/=now
RSS Feed: https://www.listbox.com/member/archive/rss/303/
Modify Your Subscription:
https://www.listbox.com/member/?member_id=8660244&id_secret=117534816-b15a34
Powered by Listbox: http://www.listbox.com
