From ... Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!diablo.theplanet.net!news.indigo.ie!newsfeed.esat.net!nslave.kpnqwest.net!nloc.kpnqwest.net!nmaster.kpnqwest.net!nreader3.kpnqwest.net.POSTED!not-for-mail Newsgroups: comp.lang.lisp Subject: Re: Is LISP suited for neural networks References: Mail-Copies-To: never From: Erik Naggum Message-ID: <3219065524055085@naggum.net> Organization: Naggum Software, Oslo, Norway Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Jan 2002 16:52:05 GMT X-Complaints-To: newsmaster@KPNQwest.no X-Trace: nreader3.kpnqwest.net 1010076725 193.71.66.49 (Thu, 03 Jan 2002 17:52:05 MET) NNTP-Posting-Date: Thu, 03 Jan 2002 17:52:05 MET Xref: archiver1.google.com comp.lang.lisp:23561 * hzi@uol.com.br | Is LISP suited for neural networks? | The old question: is it slow (since it was not designed with matrix algebra in mind | , as it says in )? | How does it compare with C/C++ for the task? Languages do not compare. Code written in them do not compare. Compiled with a particular compiler on a particular platform _might_ compare. You have not compared languages when you compared the execution times of your code, only _your_ competence in writing such code. Exceptionally fast code can be written in any language. The question is where the "line of convenience is" drawn. Common Lisp (and other Lisps in the past) have made it convenient to stop coding when the function performed its job _correctly_. C and C++ have made it convenient to stop coding when the function performed its job _quickly_. Unless you are willing to continue coding past the "line of convenience" to quick Common Lisp and correct C/C++ code, you are comparing apple-tree flowers and rotting oranges for edibility. The only interesting speed factor for _languages_ (as opposed to code written in them) is how much they slow down the programmer on his journey from problem to solution. /// --