Out of the Tar Pit is in the grand pantheon of great papers, beloved the world over, with just so much influence. The resurgence of Functional Programming over the past decade owes its very existence to the Tar Pit’s snarling takedown of mutable state, championed by Hickey & The Cloj-Co. Many a budding computational philosophizer — both of yours truly counted among them — have been led onward to the late great Bro86 by this paper’s borrow of his essence and accident. But is the paper actually good? Like, really — is it that good? Does it hold up to the blinding light of hindsight that 2023 offers? Is this episode actually an April Fools joke, or is it a serious episode that Ivan just delayed by a few weeks because of life circumstances and his own incoherent sense of humour? I can’t tell.

Apologies in advance. Next time, we’re going back to our usual format to discuss Intercal.

Links


Before anything else, we need to link to Simple Made Easy. If you don’t know, now you know! It’s a talk by Rich Hickey (creator of Clojure) that, as best as I can tell, widely popularized discussion of simplicity and complexity in programming, using Hickey’s own definitions that built upon the Tar Pit paper. Ignited by this talk, with flames fanned by a few others, as functional programming flared in popularity through the 2010s, the words “simple”, “easy”, “complex”, and “reason about” became absolutely raging memes.


We also frequently reference Fred Brooks and his No Silver Bullet. Our previous episode has you covered.


The two great languages of the early internet era: Perl & TcL


For more on Ivan’s “BLTC paradise-engineering wombat chocolate”, see our episode on Augmenting Human Intellect, if you dare.


For more on Jimmy’s “Satoshi”, see Satoshi Nakamoto, of course.


And for Anonymous, go on.


Enemy of the State — This film slaps.


“Some people prefer not to commingle the functional, lambda-calculus part of a language with the parts that do side effects. It seems they believe in the separation of Church and state.” — Guy Steele


“my tempo”


FoC Challenge: Brooks claimed 4 evils lay at the heart of programming — Complexity, Conformity, Changeability, and Invisibility. Could you design a programming that had a different set of four evils at the heart of it? (Bonus: one of which could encompass the others and become the ur-evil)


The paper introduces something called Functional Relational Programming, abbreviated FRP. Note well, and do not be confused, that there is a much more important and common term that also abbreviates to FRP: Family Resource Program. Slightly less common, but yet more important and relevant to our interests as computer scientists, is the Fluorescence Recovery Protein in cyanobacteria. Less abundant, but again more relevant, is Fantasy Role-Playing, a technology with which we’ve all surely developed a high degree of expertise. For fans of international standards, see ISO 639-3 — the Franco-Provençal language, represented by language code frp. As we approach the finality of this paragraph, I’ll crucially point out that “FRP”, when spoken aloud all at once at though it were a word, sounds quite like the word frp, which isn’t actually a word — you’ve fallen right into my trap. Least importantly of all, and also most obscurely, and with only minor interest or relevance to listeners of the podcast and readers of this paragraph, we have the Functional Reactive Programming paradigm originally coined by Conor Oberst and then coopted by rapscallions who waste time down by the pier playing marbles.


FoC Challenge: Can you come up with a programming where informal reasoning doesn’t help? Where you are lost, you are without hope, and you need to get some kind of help other than reasoning to get through it?
Linear B
LinearB
Intercal


Esolangs
FoC Challenge: Can you come up with a kind of testing where using a particular set of inputs does tell you something about the system/component when it is given a different set of inputs?


It was notEpimenides who said “You can’t dip your little toesies into the same stream” two times — presumably because he only said it once.


Zig has a nicely explicit approach to memory allocation.


FoC Challenge: A programming where more things are explicit — building on the example of Zig’s explicit allocators.


Non-ergonomic, Non-von Neumann, Nonagon Infinity
One of Ivan’s favourite musical acts of the 00s is the ever-shapeshifting Animal Collective — of course 🙄. If you’ve never heard of them, the best album to start with is probably the avant-pop Feels, though their near-breakthrough was the loop-centric Merriweather Post Pavilion, and Ivan’s personal favourite is, as of this writing, the tender psychedelic folk of Prospect Hummer.

Jimmy’s Philosophy Corner
To learn more about possible worlds (“not all possibilities are possible”), take a look at the SEP articles on Possible Worlds, Modal Logic, Varieties of Modality, and the book Naming and Necessity by Saul Kripke.


For more on abstract objects (“do programs exist? do numbers exist?”), see the SEPs on Platonism in Metaphysics, Nominalism in Metaphysics, and the paper titled A Theory of Properties by Peter van Inwagen.

Music featured in this episode:
Jimmy’s Philosophy Corner got a new stinger. No link, sorry. Why does this feel like a changelog?

Get in touch, ask us questions, send us old family recipes:
Ivan: Mastodon • Email
Jimmy: Mastodon • Twitter
Or just DM us in the FoC Slack.

https://futureofcoding.org/episodes/063

<a href="https://moss.cs.iit.edu/cs100/papers/out-of-the-tar-pit.pdf">Out of the Tar Pit</a> is in the grand pantheon of great papers, beloved the world over, with just so much influence. The resurgence of Functional Programming over the past decade owes its very existence to the Tar Pit’s snarling takedown of mutable state, championed by Hickey &amp; The Cloj-Co. Many a budding computational philosophizer — both of yours truly counted among them — have been led onward to the late great <a href="https://futureofcoding.org/episodes/062">Bro86</a> by this paper’s borrow of his essence and accident. But is the paper actually good? Like, really — is it that good? Does it hold up to the blinding light of hindsight that 2023 offers? Is this episode actually an April Fools joke, or is it a serious episode that Ivan just delayed by a few weeks because of life circumstances and his own incoherent sense of humour? I can’t tell.
Apologies in advance. Next time, we’re going back to our usual format to discuss <a href="https://en.wikipedia.org/wiki/INTERCAL">Intercal</a>.
Links<a href="https://futureofcoding.org/episodes/063#links" aria-label="Anchor" data-anchorjs-icon=""></a>
<ul>
<li>
Before anything else, we need to link to <a href="https://www.youtube.com/watch?v=SxdOUGdseq4">Simple Made Easy</a>. If you don’t know, now you know! It’s a talk by <a href="https://en.wikipedia.org/wiki/Rich_Hickey">Rich Hickey</a> (creator of <a href="https://en.wikipedia.org/wiki/Clojure">Clojure</a>) that, as best as I can tell, widely popularized discussion of simplicity and complexity in programming, using Hickey’s own definitions that built upon the Tar Pit paper. Ignited by this talk, with flames fanned by a <a href="https://www.youtube.com/watch?v=Cym4TZwTCNU">few others</a>, as functional programming flared in popularity through the 2010s, the words “simple”, “easy”, “complex”, and “reason about” became absolutely raging memes.
</li>
<li>
We also frequently reference Fred Brooks and his No Silver Bullet. <a href="https://futureofcoding.org/episodes/062">Our previous episode</a> has you covered.
</li>
<li>
The two great languages of the early internet era: <a href="https://en.wikipedia.org/wiki/Perl">Perl</a> &amp; <a href="https://en.wikipedia.org/wiki/Tcl">TcL</a>
</li>
<li>
For more on Ivan’s “BLTC paradise-engineering wombat chocolate”, see our episode on <a href="https://futureofcoding.org/episodes/056">Augmenting Human Intellect</a>, if you dare.
</li>
<li>
For more on Jimmy’s “Satoshi”, see <a href="https://en.wikipedia.org/wiki/Satoshi_Nakamoto">Satoshi Nakamoto</a>, of course.
</li>
<li>
And for <a href="https://en.wikipedia.org/wiki/Anonymous_(hacker_group)">Anonymous</a>, go on.
</li>
<li>
<a href="https://en.wikipedia.org/wiki/Enemy_of_the_State_(film)">Enemy of the State</a> — This film slaps.
</li>
<li>
“Some people prefer not to commingle the functional, lambda-calculus part of a language with the parts that do side effects. It seems they believe in the separation of Church and state.” — <a href="https://en.wikipedia.org/wiki/Guy_L._Steele_Jr.">Guy Steele</a>
</li>
<li>
<a href="https://www.youtube.com/watch?v=xDAsABdkWSc">“my tempo”</a>
</li>
<li>
FoC Challenge: Brooks claimed 4 evils lay at the heart of programming — Complexity, Conformity, Changeability, and Invisibility. Could you design a programming that had a different set of four evils at the heart of it? (Bonus: one of which could encompass the others and become the ur-evil)
</li>
<li>
The paper introduces something called Functional Relational Programming, abbreviated FRP. Note well, and do not be confused, that there is a much more important and common term that also abbreviates to FRP: <a href="https://en.wikipedia.org/wiki/Family_resource_program">Family Resource Program</a>. Slightly less common, but yet more important and relevant to our interests as computer scientists, is the <a href="https://en.wikipedia.org/wiki/Fluorescence_recovery_protein">Fluorescence Recovery Protein</a> in cyanobacteria. Less abundant, but again more relevant, is <a href="https://en.wikipedia.org/wiki/Role-playing_game">Fantasy Role-Playing</a>, a technology with which we’ve all surely developed a high degree of expertise. For fans of international standards, see ISO 639-3 — the <a href="https://en.wikipedia.org/wiki/Franco-Proven%C3%A7al">Franco-Provençal</a> language, represented by language code frp. As we approach the finality of this paragraph, I’ll crucially point out that “FRP”, when spoken aloud all at once at though it were a word, sounds quite like the word frp, which isn’t actually a word — you’ve fallen right into my trap. Least importantly of all, and also most obscurely, and with only minor interest or relevance to listeners of the podcast and readers of this paragraph, we have the <a href="https://en.wikipedia.org/wiki/Functional_reactive_programming">Functional Reactive Programming</a> paradigm originally coined by <a href="https://futureofcoding.org/episodes/058">Conor Oberst</a> and then coopted by rapscallions who waste time down by the pier playing <a href="https://rxmarbles.com/">marbles</a>.
</li>
<li>
FoC Challenge: Can you come up with a programming where informal reasoning doesn’t help? Where you are lost, you are without hope, and you need to get some kind of help other than reasoning to get through it?
</li>
<li><a href="https://en.wikipedia.org/wiki/Linear_B">Linear B</a></li>
<li><a href="https://linearb.io/">LinearB</a></li>
<li><a href="https://en.wikipedia.org/wiki/INTERCAL">Intercal</a></li>
<li>
<a href="https://esolangs.org/wiki/Main_Page">Esolangs</a>
</li>
<li>FoC Challenge: Can you come up with a kind of testing where using a particular set of inputs does tell you something about the system/component when it is given a different set of inputs?</li>
</ul>
<ul>
<li>
It was not <a href="https://en.wikipedia.org/wiki/Epimenides">Epimenides</a> who said “You can’t dip your little toesies into the same stream” two times — presumably because he only said it once.
</li>
<li>
<a href="https://ziglang.org/">Zig</a> has a nicely explicit approach to memory allocation.
</li>
<li>
FoC Challenge: A programming where more things are explicit — building on the example of Zig’s explicit allocators.
</li>
<li>
Non-ergonomic, Non-von Neumann, <a href="https://www.youtube.com/watch?v=9p_Si21ig7c">Nonagon Infinity</a>
</li>
<li>One of Ivan’s favourite musical acts of the 00s is the ever-shapeshifting <a href="https://en.wikipedia.org/wiki/Animal_Collective">Animal Collective</a> — of course 🙄. If you’ve never heard of them, the best album to start with is probably the avant-pop <a href="https://en.wikipedia.org/wiki/Feels_(album)">Feels</a>, though their near-breakthrough was the loop-centric <a href="https://en.wikipedia.org/wiki/Merriweather_Post_Pavilion_(album)">Merriweather Post Pavilion</a>, and Ivan’s personal favourite is, as of this writing, the tender psychedelic folk of <a href="https://en.wikipedia.org/wiki/Prospect_Hummer">Prospect Hummer</a>.</li>
</ul>
Jimmy’s Philosophy Corner
<ul>
<li>To learn more about possible worlds (“not all possibilities are possible”), take a look at the SEP articles on <a href="https://plato.stanford.edu/entries/possible-worlds/">Possible Worlds</a>, <a href="https://plato.stanford.edu/entries/logic-modal/">Modal Logic</a>, <a href="https://plato.stanford.edu/entries/modality-varieties/">Varieties of Modality</a>, and the book <a href="https://www.amazon.com/Naming-Necessity-Saul-Kripke/dp/0631128018">Naming and Necessity</a> by Saul Kripke.</li>
<li>
For more on abstract objects (“do programs exist? do numbers exist?”), see the SEPs on <a href="https://plato.stanford.edu/entries/platonism/">Platonism in Metaphysics</a>, <a href="https://plato.stanford.edu/entries/nominalism-metaphysics/">Nominalism in Metaphysics</a>, and the paper titled <a href="https://andrewmbailey.com/pvi/Theory_of_Properties.pdf">A Theory of Properties</a> by Peter van Inwagen.
</li>
</ul>
Music featured in this episode:
<ul>
<li>Jimmy’s Philosophy Corner got a new stinger. No link, sorry. Why does this feel like a changelog?</li>
</ul>
Get in touch, ask us questions, send us old family recipes:
<ul>
<li>Ivan: <a href="https://mastodon.social/@spiralganglion">Mastodon</a> • <a href="mailto:ivanreese@gmail.com?subject=Question%20from%20an%20FoC%20Listener">Email</a></li>
<li>Jimmy: <a href="https://hachyderm.io/@jimmyhmiller">Mastodon</a> • <a href="https://twitter.com/jimmyhmiller">Twitter</a></li>
<li>Or just DM us in the <a href="https://futureofcoding.org/community">FoC Slack</a>.</li>
</ul>
<a href="https://futureofcoding.org/episodes/063">https://futureofcoding.org/episodes/063</a>

Playful explorations of the rich past and exciting future that we're all building with our silly little computers. Hosted by Jimmy Miller and Ivan Reese.

Playful explorations of the rich past and exciting future that we're all building with our silly little computers. Hosted by Jimmy Miller and Ivan Reese.

Advertisement