Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Clojure will affect the way you think about programming

eli.thegreenplace.net

Post reply on HN
Print view View original

221–226 of 226 posts

Re: Clojure will affect the way you think about programming

#221

Post by lispm »

yogthos wrote: post #219
lispm wrote: post #132

Earlier quoted context omitted.

Clojure is also a hybrid. The other part is called Java or Javascript. This is claimed as an advantage, since there is already a lot of functionality in another language to be reused by a direct interface. Some stuff is simply deferred to the host language and since the other part is based on OOP, applications will then be a mix of more FP-oriented code calling OOP-oriented code.

This is an implementation detail, and doesn't affect the API presented to the user. For example, consider the clj-http library that's backed by the Apache http Java library internally https://github.com/dakrone/clj-http . As a user of clj-http, I don't know or care about the fact that it's a wrapper around OOP code. Furthermore, if you wanted to, you could reimplement the internals in Clojure and the users of the lib…

The author of such a wrapper library writes this hybrid code.

Wrapper libraries are one way to deal with hybrid code.

Re: Clojure will affect the way you think about programming

#222

Post by dang »

shadowmint wrote: post #197

Our experiences with clojure are clearly different. There have been plenty of people who have built successful businesses with perl too. /shrug I'm still going to recommend people not use either language, because I've personally encountered the downsides of 'when things go wrong'; and it's been significantly worse than in other languages. > Are we doing opinion threads now? Okay. I can do one too! That's a bit of a f…

Ai yai yai, you took this thread way into the red. Could you please resist the temptation to do that in the future?

The whole idea of HN is to have thoughtful discussion (not to tell one another to fuck off!) That means tolerating a certain amount of provocation when you feel provoked; it's almost always unintentional, and in the rare cases when it isn't, you owe the community better than to respond in kind.

We detached this subthread from https://news.ycombinator.com/item?id=14929745 and marked it off-topic.

Re: Clojure will affect the way you think about programming

#223

Post by bbrinck »

DigitalJack wrote: post #99
agumonkey wrote: post #68

Earlier quoted context omitted.

hmm sexy idea to have spec help for stacktrace. I expect something cute like elm error messages. About the parens, it's true it's one great thing, every construct has a value [1]. It's funny because You hear about object orientation where things are uncoupled and standalone yet the language isn't this way. Lisp has this, it's the incarnation of its own idea. But it looks silly if you're in it for the syntactic appeal…

stack traces still suck as far as I've seen on the 1.9 alpha branch. And while clojure spec is pretty neat, the barge-load of information it dumps on a spec failure is overwhelming. That said, the info it dumps is in the form of clojure data structures. In my own programs, I've added code to refine this output to something useable, but it's particular to my project and I don't think generally useful. There are other…

"expound isn't meant to handle the error I've been dealing with"

If you have some time, would you be willing to expand on this? I'm curious to learn more about your error. I'm the author of Expound so I'd like to make it more useful (or, at least, understand the limits of a library like Expound).

Re: Clojure will affect the way you think about programming

#224

Post by yogthos »

lispm wrote: post #221
yogthos wrote: post #219

Earlier quoted context omitted.

This is an implementation detail, and doesn't affect the API presented to the user. For example, consider the clj-http library that's backed by the Apache http Java library internally https://github.com/dakrone/clj-http . As a user of clj-http, I don't know or care about the fact that it's a wrapper around OOP code. Furthermore, if you wanted to, you could reimplement the internals in Clojure and the users of the lib…

The author of such a wrapper library writes this hybrid code. Wrapper libraries are one way to deal with hybrid code.

Sure, just like if you did FFI in CL. I'm not really sure what your point here is.

Re: Clojure will affect the way you think about programming

#226

Post by taylodl »

christophilus wrote: post #199
_t0du wrote: post #124

Earlier quoted context omitted.

I keep hearing this sentiment, moreso than I've ever seen for any other language. Once you "get into" Clojure, you're both A.) Extremely productive with it, and B.) in love with Clojure. How does it hold up for those of us that really love static typing and compilers?

I love static typing. I really dislike almost every dynamic language I've ever worked with. But Clojure is currently my favorite language. I've done C#, F#, Go, JS, Ruby, Dart, C, C++, dabbled in Haskell, OCaml, purescript, D, Nim... (I like programming.) Anyway, once I dove into Clojure, I couldn't go back to any other language. I do wish it was more general purpose (not so slow to boot, had a decent native / non JV…

You should check out Ferret: http://ferret-lang.org. It compiles to C++11. I haven't tried it myself yet, so I don't know its limitations.
Post reply on HN