HackerTube.dev

Clojure for Lisp Programmers Part 1 - Rich Hickey

ClojureTV · 25.1K views · 2012-12-17 · 1:28:59

Open on YouTube ↗

If playback is restricted in your region, try opening the original video. Use Mark watched to add it to your marked videos.

Overview

Rich Hickey presents an extensive introduction to Clojure at the Boston Lisp meeting, assuming prior Lisp knowledge. It covers the language's design decisions relative to other Lisps.

On Hacker News

Referenced for Hickey's reasoning on design choices such as macros and not building on SBCL.

Recommended by 1 HN people across 1 months · HN mentions 2017–2019

Topics

Functional programmingProgramming language designTech pioneers & interviews
Search by tags
clojurerich hickeylispmacroslanguage design

What people said

tosh · 2019-07 · Recommendation

Context: this is not only a very good introduction to Clojure and the design decisions made by Rich Hickey it also is a video that isn't very widely known. The video was uploaded to Youtube after the migration from Blip.tv but somehow got broken ( [VIDEO] ) and lived in a parallel universe in Youtube. I remember I found the video a few years ago but was unable to watch it. Last year someone re-uploaded the video to Youtube and it seems to works now. Transcript: [LINK]

Read the original HN comment ↗
aidenn0 · 2019-01 · Reference

Hy may have changed since I last looked at it, but when I had looked at it, Hy was more of an s-expression syntax bolted onto python. Some random thoughts on why this matters: Clojure is very much not a thin s-expression layer for java; that would have been terrible (Python is more like lisp than java which is why Hy is tenable whatsoever). In particular, CL style macros with out some first-class concept of symbols are a footgun[1], but I'm sure I could find other issues. Another item that can't be ignored is that Hy selected the clojure syntax, which is going to be a turn-off for anyone coming from Lisp or Scheme. Finally, there are hundreds of thin s-expression layers on top of existing languages, and most of them are terrible; Hy has done nothing to stand out from this crowd, so most lispers will not look closely at it. 1: See [VIDEO] for Rich's discussion of how he managed this issue in Clojure.

Read the original HN comment ↗
joe-user · 2017-11 · Reference

> Pity he hadn't heard of Armed Bear Common Lisp ( [LINK] ), which runs on the JVM. He was certainly aware of SBCL. He had a number of reasons for not wanting to use it. [1] > I don't mind mutable state, since the real world is not functional: I hear this argument often, but the "real world" is not linked lists or hash maps or mutable or 0s and 1s either, but they are all useful representations. > real programs are all about side effects Clojure has plenty of facilities for side effects, and without having to resort to monads (though you could if you wanted). [1]: [VIDEO]

Read the original HN comment ↗

Sources

Video by ClojureTV, played through YouTube.

Data and selection notes

HN summaries and labels may contain AI errors. HN dates refer to discussions, not video publication.

HN Library: HackerTube export (2026-10-31) and open-index/hacker-news. Upstream summaries and classifications may contain AI errors.

Views, duration and playback status refresh separately from the published catalog. When an update fails, existing data remains visible.

Selection checks
  • SaaS & AI candidates: Topic keywords do not match
  • Editor-approved picks: Editorial review is required

Rule matches identify candidates. They do not guarantee video quality or financial results.

About the library and its sources