From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: why not "stripes" in: (let ((zebra 'stripes) ... ; strings vs symbols?
Date: Tue, 31 Dec 2013 19:24:43 +0100 [thread overview]
Message-ID: <87iou4dgjf.fsf@nl106-137-194.student.uu.se> (raw)
In-Reply-To: mailman.10695.1388422033.10748.help-gnu-emacs@gnu.org
Rustom Mody <rustompmody@gmail.com> writes:
> LISP is worth learning for a different reason — the
> profound enlightenment experience you will have when
> you finally get it. That experience will make you a
> better programmer for the rest of your days, even if
> you never actually use LISP itself a lot.
To learn Lisp and then to never use it sounds like
something the landed aristocracy could do just before
they get executed by a bunch of revolutionaries.
But I too suspect that Lisp is special.
You know when a bunch of kids get together and start
discussing what computer language is "the best". Those
morons can well be very good programmers but they have
zero overview and experience so they obviously think
that their respective languages are "the best" (and in
a sense that is correct, and most definitively the
correct attitude).
So, without doing that, if it could somehow be
quantified and measured what language is the most
expressive, I say Lisp would score very high.
The only thing I can think of that I saw in other
languages and not in Lisp is *pattern matching*:
branching straight off the functions' heads, like it is
possible to do (and a very common practice) in
languages like Erlang, SML, and Haskell. But I suppose
it could be implemented as a Lisp macro if you really
cared for it.
The history of Lisp would be interesting to know in
some detail. I know it came from the US AI/university
world. Which makes sense because AI is basically
searching and modifying data structures. So the
data/code blend fits well, though I don't know if that
is a coincidence or genius or a bit of both. And though
Lisp has university history, it doesn't feel that
"mathy" as for example Haskell and the other stuff
those puritans use. Then there were the "Lisp wars"
with several competing dialects, and finally some
unification efforts with Common Lisp. Today Lisp seems
marginalized apart from the university world, but there
it is treated as a language within the "functional"
paradigm where they are neurotic about
"side-effects". It is not my experience that Lisp is
like that. If you want to do everything with recursion
and set functions no one is stopping you, but I don't
do that, and besides when I write C, I use functions
as well! So while there is truth to both the AI and the
functional approach to Lisp, to me Lisp is a tool that
can be used in many ways, none of which is more
precious than the other.
--
underground experts united:
http://user.it.uu.se/~embe8573
next parent reply other threads:[~2013-12-31 18:24 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.10695.1388422033.10748.help-gnu-emacs@gnu.org>
2013-12-31 18:24 ` Emanuel Berg [this message]
2014-01-01 2:00 ` why not "stripes" in: (let ((zebra 'stripes) ... ; strings vs symbols? Evans Winner
2014-01-01 17:29 ` Emanuel Berg
2014-01-01 19:02 ` Emanuel Berg
2014-01-02 4:28 ` Stefan Monnier
2014-01-02 4:39 ` Yuri Khan
2013-12-30 16:46 Rustom Mody
2014-01-01 4:53 ` Rustom Mody
2014-01-02 5:30 ` Rustom Mody
[not found] ` <mailman.10827.1388640687.10748.help-gnu-emacs@gnu.org>
2014-01-02 14:31 ` Emanuel Berg
2014-01-03 5:00 ` Yuri Khan
[not found] ` <mailman.10894.1388725210.10748.help-gnu-emacs@gnu.org>
2014-01-03 23:47 ` Emanuel Berg
[not found] ` <mailman.10770.1388552064.10748.help-gnu-emacs@gnu.org>
2014-01-01 17:26 ` Emanuel Berg
[not found] <mailman.10627.1388327081.10748.help-gnu-emacs@gnu.org>
2013-12-29 23:39 ` Emanuel Berg
2013-12-30 15:27 ` Barry Margolin
-- strict thread matches above, loose matches on Subject: below --
2013-12-29 14:23 Gregor Zattler
2013-12-29 16:00 ` Drew Adams
2013-12-30 11:24 ` Thien-Thi Nguyen
[not found] ` <mailman.10682.1388402467.10748.help-gnu-emacs@gnu.org>
2013-12-30 13:19 ` Damien Wyart
2013-12-30 15:12 ` Drew Adams
2013-12-30 17:21 ` Thien-Thi Nguyen
2013-12-31 17:52 ` Emanuel Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87iou4dgjf.fsf@nl106-137-194.student.uu.se \
--to=embe8573@student.uu.se \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.