HN Explorer

22 comments

[ 4.2 ms ] story [ 71.4 ms ] thread
dreish
Don't arrange your closing parens the way the author of this article has unless you want to look like a clueless noob.

Edit: There are other style problems with this article. Worst is probably this one:

  Bad: (map (fn [x] (fibonacci x)) [1 2 3 5 6 7 8 9 10])
  Good: (map fibonacci (range 1 11))
jacquesm
Interesting, since it is actually in some ways easier to see which closing paren goes with which opening one.

My 'C' parser keeps telling me 'wrong bracket' though :)

dreish
Yes, which is why it is a newbie signal. A Lisp programmer with more than about three weeks of experience doesn't look at parentheses or try to match them up with each other. You know the function has ended because the next line of code has no indentation.
jacquesm
which suggests the use of a 'close all open parens' token to cut down on all the )))))) stuff at the end of a line, which can get really tedious, especially when editing in 'dumb' editors.
dreish
That's not much help when you want to close all but one or two.

The solution is to use the right tool for the job. Emacs has something called paredit-mode that relieves you of having to type the closing parens.

jacquesm
Someone should make a really good course to 'bridge' from being an experienced PHP, Perl, Java or Python programmer to that same level of competence using Clojure.
rw
From my experience, the syntactic gap is wider than the semantic one. I suggest first, perhaps, translating Python into faux S-exprs (should be easy, given the indentation style). From there one might emphasize declarative vs. imperative, and functional as a subset of the former.
gruseom
paredit-mode

Yes! I can't do without it now. BTW somebody told me Paredit is a port of the old Interlisp structured editor.

There's also http://news.ycombinator.com/item?id=877386, if you haven't seen it.

dreish
I'm glad I took the plunge, too. At first, it seemed like a really bad idea -- far too awkward and unfamiliar for the minor advantage of automatically inserting closing parens. I kept at it mainly out of an attraction to the novel and quirky for long enough to discover that its biggest advantages aren't from not having to type ")" -- they're for things like barf, slurp, splice, and the S-expression-aware kill-line.

Whenever I'm programming in a non-Lisp language, I really miss those kinds of editor features that are enabled by having an idiot-simple syntax.

[dead] licoresse
Who would edit a lisp language in a dumb editor?
alrex021
Absolutely right. Don't arrange your parens to fall separately like author does on new lines. Let the parens flow after one another.

The way your parens should flow:

  (def factorial
    (fn [n]
      (loop [cnt n acc 1]
        (if (zero? cnt)
            acc
          (recur (dec cnt) (* acc cnt))))))
The author doesn't take an idiomatic approach to programming in Clojure in most of his code snippets.

[edit]

Throwing java.lang.Exception if a condition is not meat in your clojure functions? Don't do this either!!!

jacquesm
> Throwing java.lang.Exception if a condition is not meat in your clojure functions? Don't do this either!!!

What's the proper way of doing that in clojure ?

[dead] licoresse
Like you saw, but it's not idiomatic to do so
alrex021
-way- is not the problem here. The java.lang.Exception is. :-) Throw specialized "Runtime Exceptions" would be the way to go. For example throw IllegalArgumentException runtime exception if function call receives inappropriate arguments.

You can also define your own specific (app-level) exception by proxying the RuntimeException or other relevant using the clojure's proxy macro.

jacquesm
Ah right! Apologies, I took it to mean that there was a better way of throwing an exception, not that particular one.

Of course, that makes perfect sense.

mahmud
Clojure has the highest percentage of "noob" users of any language. It's just 2 years old and everybody is pretty much wetting their feet with it just now.
alrex021
Very true. But then the author of the article needs to get his feet a lot more wet because its plain and simply bad code.
cema
This is true, but the style of the code layout follows Lisp tradition, which may be more than 50 years old! :-)
aatif
This guy doesn't have any idea about Functional programming. I don't understand why people are encouraging him by voting up. Very strange.