Clojure for Java Programmers Part 1 - Rich Hickey 

can i testify .. as a 38 yo programmer 20 yr exp ... This guy Rich is all that encompasses a great engineer .. just listen to his kindness of other languages, love to have a beer w/ him

Fantastic intro to Clojure. As a Java programmer primarily, with years of experience I am in awe at the simplicity, elegance, conciseness and sheer beauty of Clojure in comparison to Java. I find Clojure to be an epic achievement on the JVM and in language design in general. Fascinating how its LISP roots dates to the very beginning of computing history while still seem to be ahead of their time even today.

I am impressed with this language, but I am REALLY impressed with this guy.

this is an excellent intro to Clojure marred by inane questions asked by close-minded and/or stupid members of the audience that unnecessarily derail the presentation. i commend Hickey on keeping his cool in spite of these unfortunate questions; i would have strangled myself in his place midway through the presentation.

How lucky to be taught a language by the creator of the language. He should write a book like Windows Powershell in Action, which was by one of the creators of Powershell.

wow i feel hella late to the party. xD found it a month ago, prolly my favorite language of all time

good talk - i found it a shame the audience slowed things down by continually dragging rich into discussing minutiae though

11 years late but I am amazed

Audience: "But I don't understand this thing you haven't explained yet" Hickey: "That's because I haven't explained it yet." Repeat until 2 hours later I still don't know how to define a function in what seems to be a remarkably terse and smart programming language.

A transcript for this talk is available: github.com/matthiasn/talk-transcripts/blob/master/Hickey_Rich/ClojureForJavaProgrammers.md

What I have been doing with my life? :D

That audience... X_X

Throughout this whole thing, I keep thinking "perl does that, perl does that, perl does that." Using 'if' or the ternary operator as a function is quite common in perl. Using data structures to control flow is common in perl. Trying to learn C# after learning perl was like running head first into a brick wall. I'm really glad this guy is trying to make programming a bit more perl-like.

Very well done

People get sensitive about their languages. Its like a child they didn't raise but still have an abnormal amount of pride in.

Perfect

Hello, today multicore processors are mainstream, but is standard office software sufficiently parallelized to take advantage of that?

Can anyone understand the beginning of the question @56:28? Thanks for sharing if you can...

48:48 : evaluation 51:05

ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-P76Vbsk_3J0.html 'why can't if be a function?'. Rich mentioned the reason is evaluation. But we can actually have the expressions unevaluated by using macro. The actual reason is, we can't achieve conditional branching without defining it specially.

Thanks

How old is this video? He refers to Sun as though it still exists... soooo, this has to be several years old.

I suspect the reason mentioned by Rich Hickey(ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-P76Vbsk_3J0.html) for if is not a special case. With macro we can have unevaluated arguments. But the only thing that I am unable to achieve is the conditional branching. I guess that is why if is a special case and not defined as a macro.

Can anyone hear the question @25:19? Please post it if you do :) thx

yes

Rich is too easy on other languages in this talk. :P