Functional Design in Clojure

By Christoph Neumann and Nate Jones

Each week, we discuss a software design problem and how we might solve it using functional principles and the Clojure programming language.... more

· Technology

5

1818 ratings

Download on the App Store

Download on the App Store

Get it on Google Play

FAQs about Functional Design in Clojure:

How many episodes does Functional Design in Clojure have?

The podcast currently has 118 episodes available.

Functional Design in Clojure episodes:

September 27, 2019Ep 048: Help! How Do I Fix My REPL?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "Help! How do I fix my REPL?" We catalog the many ways we've broken our REPLs and talk through our strategies for getting back on track.
Selected quotes:
"The REPL is a wonderful, wonderful thing."
"A cleansing restart."
"What is my Clojure band name?"
"tools.namespace will help you find rename errors early."
"Refresh will continue to work, as long as you continue to work."
"Even a defonce can be def'd again. It's a defonce, for now."
...more
28min
September 20, 2019Ep 047: What Is "Nil Punning"?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "What is 'nil punning'?" We gaze into the nil and find a surprising number of things to talk about.
Selected quotes:
"The lowly, magnificent nil. Some people love it, some people hate it."
"Null is the value you give your program if you want to see it die."
"Nil is not null."
"This function found nothing, and I passed that to the next function, and it found nothing in the nothing."
"It's amazing how much nothing you can find in nothing."
"You can pull data out without fear."
"What does a nil Cat look like?"
"A lot of arithmetic stuff is nil-intolerant."
"No answer isn't going to start becoming an answer later."
...more
29min
September 13, 2019Ep 046: When Is Clojure Not the Right Tool for the Job?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "When is Clojure not the right tool for the job?" We look at the varied forms that Clojure can assume and consider where it might not fit.
Selected quotes:
"Just reject all the jobs where Clojure is inappropriate and you'll always be able to use Clojure."
"The JVM is like a super tanker. It will get a whole lot of work done. But it takes a little while to get going."
"On the language level, there are social aspects. Bringing in Clojure covertly will make the rest of the team angry."
"A lot of times, when talking about technical things, we tend to overlook the human effects."
"Two questions: Is the technology suitable? Are we going to get screwed if we go down this path?"
"There is a conceptual leap into functional programming that is non-trivial."
"People will have a hard time letting go of their existing language until they can feel how Clojure is different."
Related episodes
038: How do I convince my coworkers to use Clojure?
...more
26min
September 06, 2019Ep 045: Why Have Derived Fields in Data When I Can Just Calculate Derived Data as Needed With a Function?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "Why have derived fields in data when I can just calculate derived data as needed with a function?" We take a focused look at the balance of using functions or derived fields and where each is preferable.
Selected quotes:
"Clojure has a gravity toward using the built-in data structures."
"Immutability helps you handle concurrent updates to dependent fields without using locks."
"If you add derived fields, you can query the data using information at different levels of abstraction."
...more
21min
August 30, 2019Ep 044: What's So Different About Clojure's REPL?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "What's so different about Clojure's REPL?" We evaluate what a REPL really is and show that it's much more about the developer experience than simply calculating values.
Selected quotes:
"The Clojure REPL is your window into the state of a running application."
"It's a much larger, broader kind of experience."
"It's funny to have mutable programs and immutable data, but that's what Clojure gives you."
"The fact that the REPL can read expressions and run them becomes one of it's least interesting attributes."
Related episodes
012: Embrace the REPL
013: Connect the REPL
014: Fiddle with the REPL
...more
29min
August 23, 2019Ep 043: What Is 'Faking' a Resource?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "What is 'faking' a resource?" We talk about the virtues of faking and then outline several real techniques for getting work done.
Selected quotes:
"We like to mock mocking, so don't mock us if we mock mocking."
"No object is an island, they always refer to each other."
"It's all about getting work done."
"Why make my own fake data when the computer is so good at it?"
"It's like training a small diminutive version of the external service to behave in the ways you want it to so you can get stuff done."
"Fake it while you make it."
Related episodes
014: Fiddle with the REPL
025: Fake Results, Real Speed
...more
24min
August 16, 2019Ep 042: What Does It Mean to Be 'Data-Oriented'?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "What does it mean to be 'data-oriented'?" We merge together different aspects of Clojure's data orientation, and specify which of those help make development more pleasant.
Selected quotes:
"Clojure has the corner on data."
"Other languages have data too, it's just locked in little cages."
"Data is inert, it can't harm you."
"Because Clojure is expressed in its own data structures, and those structures are simple, that makes Clojure syntax simple."
"Find a good way to represent the information that you want to work with, in a way that feels appropriate for the subject matter."
"If you find a good way of representing your information, that representation tends to be pretty stable. All of the change is in the functions you use to work with it."
...more
27min
August 09, 2019Ep 041: Why Do Clojurians Make Such a Big Deal About Immutability?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "Why do Clojurians make such a big deal about immutability?" We cover several practical side effects of immutability and why we've become such big fans of data that doesn't let us down.
Selected quotes:
"Well, we don't have Monads to talk about."
"What good is a program, if you can't change stuff!?"
"The memory cost of data structures is in proportion to the changes, not the users."
"I can hang on to a reference to the old state and a reference to the new state very cheaply."
"You can reduce comparison to referential equality."
"Once you can efficiently save every version of the state, going back to a previous version is no big deal."
"I love determinism. Determinism is trustable."
"I can trust immutable data. And if I can trust it, then it can occupy a smaller part of my brain."
Related episodes:
002: Tic-Tac-Toe, State in a Row
039: Why use Clojure over another functional language?
...more
28min
August 02, 2019Ep 040: Should I Use Lein, Boot, or Tools.deps?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "Should I use lein, boot, or tools.deps?" We assemble a list of build tool characteristics and talk about how each tool stacks up before giving our recommendations.
Selected quotes:
"The best thing about boot is that you can use all the flexibility of Clojure code. The worst thing about boot is that you can use all the flexibility of Clojure code."
"Tools.deps, the non-build build tool."
"I have a file, it's got Clojure in it, and I want to run it."
"Tools.deps has enabled people to make build functions that stand alone. They don't have any ceremony to become part of the tool. It's just a main."
...more
29min
July 26, 2019Ep 039: Why Use Clojure Over Another Functional Language?
Each week, we answer a different question about Clojure and functional programming.
If you have a question you'd like us to discuss, tweet @clojuredesign, send an email to [email protected], or join the #clojuredesign-podcast channel on the Clojurians Slack.
This week, the question is: "Why use Clojure over another functional language?". We examine the different categories of functional programming languages and distill out what differentiates Clojure and why we prefer it.
Selected quotes:
"Running just one function when developing is not only allowed in Clojure, it's encouraged and celebrated."
"You don't have to make the whole world (application) agree. You can work on just a part of it and then bring it back into the rest of the world when you want it to agree."
"I would like some XML in my cake."
"Oh, you were a hipster Scala user."
"When I pull in code off clojars, it's going to use the Clojure way, because there is a Clojure way."
"If you can make all your abstractions with a simpler set of semantics, wouldn't that be better than a broader set?"
"Multi-paradigm languages are inherently more complex. You really end up in the 'good parts' kind of problem. Scala, The Good Parts. Javascript, The Good Parts."
"Code is about communicating with two things. The computer and the other developers. The computer can handle esoteric language features, but other developers will have a harder time with them."
Related episodes:
002: Tic-Tac-Toe, State in a Row
014: Fiddle with the REPL
...more
26min

FAQs about Functional Design in Clojure:

How many episodes does Functional Design in Clojure have?

The podcast currently has 118 episodes available.