Laziness in Haskell — Part 2: Why not Strict Haskell?

https://www.youtube.com/watch?v=NCM8pRiLtAc

Answering the question raised at the end of Part 1, we take a look at how a hypothetical Strict Haskell would tie the compilers hands despite pervasive purity. We also examine how laziness permits optimizations that come with no intrinsic cost and compare its benefits to a strict language with opt-in laziness.

9 points · 1 comments · view on lemmy.world

1 Comments

mangoiv@functional.cafe · 1 pts · 3y

@jaror second one was even more awesome than the first one! This view is something that makes it really possible to argue for laziness by default! Thank you @lexi_lambda!