Re: Why is LISP syntax superior?

Wolfram Fenske wrote:
Hehe! :-) Certainly Java isn't the best example of a language without
S-expression-syntax. But there's e. g. Ruby, Python, Perl or OCaml
[1].

My personal favorite is Haskell, and OCaml would be second when it comes
to non s-expression syntax. Interestingly enough, Haskell syntax never
bothered me, and just like with Scheme, I could read a CS book (that
does not teach Haskell as per se), without thinking much about the
syntax. Maybe the problem is not in the syntax alone, but the coupling
of the syntax with the programming paradigm. My brain must be wired
functionally :-). That would rule out Ruby, Python and Perl.

-- Hrvoje

.

Relevant Pages

  • Re: Benefits of Dynamic Typing
    ... > Haskell still needs somewhat more syntactic sugar. ... I doubt that there's a need for more syntax. ... a similar idea would be to develop a lisp syntax for ... OCaml has mostly implicit typing, ...
    (comp.lang.functional)
  • Re: Haskell bashing (was Re: F# vs OCaml vs Python vs Haskell: hash table performance)
    ... probably just a matter of personal preference, but Haskell strings are ... The sets of problems that type classes and functors solve well are ... OCaml now... ...
    (comp.lang.functional)
  • Re: How come Ada isnt more popular?
    ... I think that Ada *and* Haskell will make an interesting ... You wouldn't just use Haskell and monads for at least two reasons: ... Ada (or whatever your favourite imperative language is), ... obsessed with the "broken syntax". ...
    (comp.lang.ada)
  • Re: Trouble running a unix command with a subroutine call
    ... the most infamous and most imaginative Perl programmer ever! ... During all my years of Perl programming, not once have I used subroutinesyntax. ... I find the author of this FAQ to be intellectually insulting by his indicating ...
    (comp.lang.perl.misc)
  • Re: How to escape the Ocamls superfluous parentheses and type declarations?
    ... > When used for constructing values, they behave like functions, and are ... [syntax explanation snipped] ... I've also seen reference elsewhere to Ocaml syntax being "grungy", ... Haskell syntax as easily as in Ocaml syntax? ...
    (comp.lang.ml)