Skip to content
0:00 / 0:00

#elm#evanczaplicki#typesystems

Evan Czaplicki - Let's be mainstream! User focused design in Elm - Curry On

Curry On!

6.3K subscribers • 21 videos on Hallway

YouTube
  • Recommended by 10 people: 7 on Hacker News, 1 on Lobsters, 1 in engineering communities and 1 curated list.
  • A classic. People kept recommending it from 2015 to 2022.
  • Presented by Evan Czaplicki, creator of Elm
  • An opinion. It argues one side of a question engineers disagree on.

Intermediate. Assumes working knowledge.

82K views11 years ago10 recommendations

Programming languagesSoftware designLanguage design and type systemsFunctional programming

Evan Czaplicki discusses the design principles of Elm, focusing on how to make functional programming and strong typing accessible to mainstream developers.

Curry On Prague, July 7th 2015 curry-on.org 2015.ecoop.org

Why it's here

10 people recommend this

What people say. Recommended by developers as an insightful talk on language design, usability, and how to make functional programming approachable.

Moments people linked to

u/jkarniin r/haskell • Recommends

Curry-On Evan Czaplicki - Let's be Mainstream

pushcxon Lobsters • Recommends

Let's be mainstream! User focused design in Elm

thinkpad20on Hacker News • Recommends

On “New Adventures for Elm”

…algebra, and similar things. Also, I really don't think it's fair to say "The amount of people using Elm right now is a drop in the bucket compared to the amount of people using OCaml (and F#, in more recent years)." OCaml has been around for almost 20 years now, and F# for more than 10. Both have the backing of very large development teams. 0: link to this video…

programming-talkscurated list on GitHubRecommends

Under “Programming Language Design”

Let's be mainstream! User focused design in Elm 00:58:23 by **Evan Czaplicki** (2015)

abglassmanon Hacker News • Recommends

On “A sliding puzzle, built with Elm”

I'm pretty keen to play with Elm, but it gives me some pause that an app like this (or the demo at link ) results in... 11k lines of Javascript. Nevertheless, these talks got me bulled up on Elm: link (Richard Feldman, collegially, on React -> Elm)</a> / link to this video (Evan Czaplicki on the motivation for Elm)

brodoon Hacker News • Recommends

On “Making Elm faster and friendlier in 0.16”

Evan has described a lot of the thinking behind his decisions in this talk: link to this video The <~ for Signal.map is a good example for a "clever" thing which makes languages hard to read for newbies. It looks like it's part of the syntax and not a function. It's not hard to understand, but it's another thing to learn. I am very happy that things are removed from Elm (or not added in the first place, like type classes) because design is not finished when there is nothing more to add but when there is nothing more to remove.

intellectableon Hacker News • Recommends

On “Functional Programming Jargon”

I like how mpj explains it. Monad - FunFunFunction #21 link Furthermore, the creator of Elm has a fun explanation too. Evan Czaplicki - Let's be mainstream! User focused design in Elm - Curry On link to this video More serious computer scientist explains monads in the following. Erik Meijer: Functional Programming link and here too link

a-salehon Hacker News • Recommends

On “Ask HN: Any great talks you would like to share?”

Lets be mainstream by Evan Czaplicky Designer of Elm language talks about principles he used to create language as approachable as JavaScript but as type-safe as haskell. link to this video

tcardon Hacker News • Recommends

On “The Problem with F# Evangelism”

A great take on this topic is a talk by Evan Czaplicki, creator of Elm, another functional language: Let's be mainstream! 1 The conclusions are more or less the same than the article, but Evan goes into a lot more depth. And in my opinion, as a result, Elm does very good in this regard. 1 link to this video

redbar0non Hacker News • Recommends

On “Features of a dream programming language”

Elm creator Evan Czaplicki can, in an elegant and pedagogical way that would feel familiar to at least developers coming from JS: link to this video from 24:14 until 29:39. Haskell/FP/Math purists would probably balk at the oversimplification. But introducing intimidating concepts by way of such oversimplification (without entirely missing the target) is precisely the point! Beginners just need a very rough and coarse grained overview, so they are able to gain some basic familiarity with the concept. That gives them some already-familiar conceptual knobs to hang further details on, reduces fear, and inspires curiosity to investigate further.

u/gelisamin r/haskell • Mentions

On “Why is Elm more popular than PureScript?”

According to "Let's be mainstream! User focused design in Elm", Elm targets JavaScript programmers, optimizes its landing page's feature list to make its advantages clear to JavaScript programmers, and optimizes the wording of its documentation to eliminate scary words like "Monad". Simplicity and learnability are high-priority goals for Elm. > Why is Elm more popular than PureScript? In my opinion, popularity is obtained by making the advantages as clear as possible and making the switching costs as low as possible. Elm is doing a great job on both, as outlined in the above video. Haskell is doing a terrible job at both. Learning Haskell is much harder than learning yet another imperat…

u/0ldmanmikein r/haskell • Mentions

On “Garrett Smith - Why The Cool Kids Don't Use Erlang”

This isn't exactly what you were expecting, but I recently watched Evan Czaplicki's Curry On talk about his efforts to make Elm more usable and approachable than Haskell and I think he ended up touching on some pretty valid points on why people don't use Haskell. This is obviously not a community polling in the form of a talk, but I think it's as relevant to the Haskell community as Garret's talk was to the Erlang community.

u/aaaaargZombiesin r/functionalprogramming • Mentions

On “Clojure Or Haskell ?”

Haskell has a reputation of being a pain to start with, I don't really know much about closure, but it doesn't have a type system and a lot of people consider that to be an important part of functional programming. Here's a couple of things that might help you decide. - Haskell and Clojure in Production with Eric Normand - podcast episode - Let's be mainstream! User focused design in Elm - conference talk

u/jmitein r/haskell • Mentions

On “6 blunt lessons for functional programmers”

For anyone who just read this, and who needs to get the bad taste out of their mouth, I reccomend this talk, which provides a calm, rational look at attitudes in functional programming: [ Evan Czaplicki - Let's be mainstream! User focused design in Elm - Curry On ]

u/nzlemmingin r/Clojure • Mentions

On “State of Clojure Survey - critiques selected from open comments”

My beef is with Rich's original analogy, which I think is a bad one for what is wrong with Clojure and sends an unpleasant message to people who are struggling with it. It makes me sad to hear people in the community repeating it, but I have no problem at all with the comment I replied to - it was only repeating Rich's original assertion. I guess I didn't make that clear enough in that comment, I hope /u/uris77 didn't think I was aiming at them. Some things when you're new to Clojure *are* like playing an instrument - coming to functional programming from imperative/OOP is hard, and requires effort. Learning any standard library is also hard (although not in such an interesting way), and r…

u/aaaaargZombiesin r/functionalprogramming • Mentions

On “Functional programming and Front End development”

I like Elm, a couple of videos that might give you a feel for it. - [video - [video Gleam is looking really exciting - https://gleam.run/ - https://archive.fosdem.org/2023/schedule/event/beam\_distributed\_music\_programming\_gleam/