Number of languages known [was Re: Python is readable] - somewhat OT
jeanpierreda at gmail.com
Thu Mar 29 20:53:56 CEST 2012
Agreed with your entire first chunk 100%. Woohoo! High five. :)
On Thu, Mar 29, 2012 at 1:48 PM, Nathan Rice
<nathan.alexander.rice at gmail.com> wrote:
> transformations on lists of data are natural in Lisp, but graph
> transformations are not, making some things awkward.
Eh, earlier you make some argument towards lisp being a universal
metalanguage. If it can simulate prolog, it can certainly grow a graph
manipulation form. You'd just need to code it up as a macro or
> because Lisp tries to nudge you towards programming in a functional
> style, it can be un-intuitive to learn.
I think you're thinking of Scheme here. Common Lisp isn't any more
functional than Python, AFAIK (other than having syntactic heritage
from the lambda calculus?)
Common-Lisp does very much embrace state as you later describe, Scheme
much less so (in that it makes mutating operations more obvious and
more ugly. Many schemes even outlaw some entirely. And quoted lists
default to immutable (aaaargh)).
> I'm all for diversity of language at the level of minor notation and
> vocabulary, but to draw an analogy to the real world, English and
> Mandarin are redundant, and the fact that they both creates a
> communication barrier for BILLIONS of people. That doesn't mean that
> biologists shouldn't be able to define words to describe biological
> things, if you want to talk about biology you just need to learn the
> vocabulary. That also doesn't mean or that mathematicians shouldn't
> be able to use notation to structure complex statements, if you want
> to do math you need to man up and learn the notation (of course, I
> have issues with some mathematical notation, but there is no reason
> you should cry about things like set builder).
Well, what sort of language differences make for English vs Mandarin?
Relational algebraic-style programming is useful, but definitely a
large language barrier to people that don't know any SQL. I think this
is reasonable. (It would not matter even if you gave SQL python-like
syntax, the mode of thinking is different, and for a good reason.)
More information about the Python-list