Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #6098

Re: Functional Programing: stop using recursion, cons. Use map & vectors

From Deeyana <d.awlberg@hotmail.invalid>
Newsgroups comp.lang.lisp, comp.lang.python, comp.lang.scheme, comp.lang.functional
Subject Re: Functional Programing: stop using recursion, cons. Use map & vectors
Date 2011-05-23 22:27 +0000
Organization A noiseless patient Spider
Message-ID <iremvv$fih$1@dont-email.me> (permalink)
References <24bfd260-385e-4002-a591-6417db1f30f1@r35g2000prj.googlegroups.com> <ircgq6$7pb$1@dont-email.me> <c18d3ea3-c1b2-4dbd-bb82-c5e693cecb2c@z19g2000yqz.googlegroups.com>

Cross-posted to 4 groups.

Show all headers | View raw


On Mon, 23 May 2011 00:52:07 -0700, asandroq wrote:

> On May 23, 4:29 am, Deeyana <d.awlb...@hotmail.invalid> wrote:
>>
>> You might be interested in Clojure, then. Lists are more abstracted,
>> like in Scheme, and vectors and also dictionaries/maps and sets are
>> first class citizens along side lists. And unlike Scheme, Clojure has
>> good library/host interop support. You can write real-world
>> applications in it without spontaneously combusting.
> 
>      Nonsense.

Classic unsubstantiated and erroneous claim. Nothing that I write is ever 
"nonsense".

> Several Scheme systems have excellent FFIs with more than "good library/
> host interop support".

Classic unsubstantiated and erroneous claim. Scheme does not come OOTB 
with any suitable libraries for host interop and though it can make calls 
to C libraries, doing so is awkward and involves difficulties with the 
impedance mismatch between Scheme's data structures and C's char *, void 
*, int, double, array, etc. types. To top it off, C lacks automatic 
memory management, which means you'll have to concern yourself with 
manually disposing of allocated data structures used in interop. (Or, 
worse, things will get garbage collected by the Scheme runtime that the 
Scheme code no longer references, but the C library is still using, and 
bam! SIGSEGV.)

And then you gain what, the diverse mix of platform-specific, unportable, 
sometimes-wonky C libraries?

Versus Clojure immediately granting simple, easy to use access to a large 
standard Java library that works more or less the same across a broad 
range of host platforms, as well as the rest of the JVM library 
ecosystem, which mostly has the same qualities. Clojure being designed 
for the JVM, there's much less of an impedance mismatch with Java's 
types, and the interop call syntax is easy to master and won't set your 
hair on fire.

Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Functional Programing: stop using recursion, cons. Use map & vectors Xah Lee <xahlee@gmail.com> - 2011-05-22 15:47 -0700
  Re: Functional Programing: stop using recursion, cons. Use map & vectors Deeyana <d.awlberg@hotmail.invalid> - 2011-05-23 02:29 +0000
    Re: Functional Programing: stop using recursion, cons. Use map & vectors asandroq <asandroq@gmail.com> - 2011-05-23 00:52 -0700
      Re: Functional Programing: stop using recursion, cons. Use map & vectors Deeyana <d.awlberg@hotmail.invalid> - 2011-05-23 22:27 +0000
        Re: Functional Programing: stop using recursion, cons. Use map & vectors asandroq <asandroq@gmail.com> - 2011-05-24 13:39 -0700
          Re: Functional Programing: stop using recursion, cons. Use map & vectors Deeyana <d.awlberg@hotmail.invalid> - 2011-05-25 00:03 +0000
        Re: Functional Programing: stop using recursion, cons. Use map & vectors Chris Angelico <rosuav@gmail.com> - 2011-05-25 08:38 +1000
  Re: Functional Programing: stop using recursion, cons. Use map & vectors torbenm@diku.dk (Torben Ægidius Mogensen) - 2011-05-23 10:51 +0200
    Re: Functional Programing: stop using recursion, cons. Use map & vectors "Pascal J. Bourguignon" <pjb@informatimago.com> - 2011-05-23 15:39 +0200
      Re: Functional Programing: stop using recursion, cons. Use map & vectors Antti J Ylikoski <antti.ylikoski@tkk.fi> - 2011-05-23 19:36 +0300

csiph-web