Barliman: trying the halting problem backwards, blindfolded - William Byrd, Greg Rosenblatt

ClojureTV · 7K views · 2016 · 36:14

Open on YouTube

Functional programmingLogic & formal methodsTesting, debugging & developer toolstalk

Why Hacker News recommends it

HN people point to it as an amazing demonstration of relational programming and program synthesis that still looks exciting after LLM code generation.

What it is

A Clojure/conj 2016 talk demoing Barliman, a prototype smart editor that does program synthesis. Given a partial program and tests, it completes the program using a relational interpreter written in miniKanren.

Recommended by 3 HN commenters across 2 different months, 2017 to 2024.

What Hacker News said

Strong rec kanzenryu2 · 2021-06 · on “William Byrd on logic and relational programming, miniKanren (2014)”

You might enjoy this amazing talk. I've linked to a part when the next 20 seconds of explanation turns the amazing up to 11. [this video]

Recommends will_byrd · 2021-06 · on “William Byrd on logic and relational programming, miniKanren (2014)”

For anyone who finds this topic interesting, you might be interested in the following resources: [LINK] The second edition of `The Reasoned Schemer` (MIT Press, 2018): [LINK] The Clojure/conj 2016 talk Greg Rosenblatt and I gave on Barliman: [this video] `A Unified Approach to Solving Seven Programming Problems (Functional Pearl)`, William E. Byrd, Michael Ballantyne, Gregory Rosenblatt, Matthew Might (ICFP 2017) (Open Access): [LINK] and the related talk: [LINK] and Nada Amin's interactive version of the paper: [LINK] Cheers, --Will

Recommends thuuuomas · 2024-01 · on “A Tour of the Lisps”

Have you checked out any of the minikanren logic programming environments people have implemented in scheme? The Reasoned Schemer is an accessible introduction to that space if you’re not put off by the socratic-themed dialogue. & the Barliman demo is still pretty exciting even after LLM codegen. [this video]

Cites mballantyne · 2017-04 · on “The Power of Prolog”

Other search algorithms can take up lots of memory to store progress they've made down different paths. Having only one active state also lets you map unification down to efficient low level cpu operations. If you have multiple states, you either have to copy lots of data when you fork the state or you use a persistent data structure but can't use side effects, so everything is a bit slower. It's a tradeoff though. I work on miniKanren, which is a logic programming language with a complete search that doesn't hit the nontermination issues you mention. The complete search lets us do some pretty cool stuff with program synthesis (though we're not about to put any programmers out of business ju