Difference between revisions of "IO then abstraction"

From HaskellWiki
Jump to navigation Jump to search
m (Reference replaced)
m
 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
  +
<blockquote>
<div style="border-left:1px solid lightgray; padding: 1em" alt="blockquote">
 
  +
Even so, it is fair to object that the ‘monadified’ definition is ugly compared
  +
to its direct but not obviously terminating counterpart, with more intermediate
  +
naming. Monadic programming is ugly in general [...] There is no need to consider
  +
monadic style a just punishment, whatever your impurity.
  +
  +
:<small>[https://personal.cis.strath.ac.uk/conor.mcbride/pub/Totality.pdf Totality versus Turing-Completeness?], Conor McBride (page 3 of 15).</small>
  +
</blockquote>
  +
  +
<blockquote>
 
Still, today, over 25 years after the introduction of the concept of monads to the world of functional programming, beginning functional programmers struggle to grasp the concept of monads. This struggle is exemplified by the numerous blog posts about the effort of trying to learn about monads. From our own experience we notice that even at university level, bachelor level students often struggle to comprehend monads and consistently score poorly on monad-related exam questions.
 
Still, today, over 25 years after the introduction of the concept of monads to the world of functional programming, beginning functional programmers struggle to grasp the concept of monads. This struggle is exemplified by the numerous blog posts about the effort of trying to learn about monads. From our own experience we notice that even at university level, bachelor level students often struggle to comprehend monads and consistently score poorly on monad-related exam questions.
   
 
Considering that the concept of monads is not likely to disappear from the functional programming landscape any time soon, it is vital that we, as the functional programming community, somehow overcome the problems novices encounter when first studying monads.
 
Considering that the concept of monads is not likely to disappear from the functional programming landscape any time soon, it is vital that we, as the functional programming community, somehow overcome the problems novices encounter when first studying monads.
   
<tt>[https://pms.cs.ru.nl/iris-diglib/src/getContent.php?id=2017-Steenvoorden-SupportLearning Visual Support for Learning Monads], Tim Steenvoorden, Jurriën Stutterheim, Erik Barendsen and Rinus Plasmeijer.</tt>
+
:<small>[https://repository.ubn.ru.nl/bitstream/handle/2066/181576/181576.pdf Visual Support for Learning Monads], Tim Steenvoorden, Jurriën Stutterheim, Erik Barendsen and Rinus Plasmeijer (page 2 of 17).</small>
</div>
+
</blockquote>
  +
<span> </span>
 
  +
<blockquote>
<div style="border-left:1px solid lightgray; padding: 1em" alt="blockquote">
 
  +
[Prolog] is a real-world programming language that does not demand the programmer to twist herself into knots just to be able to perform ordinary tasks that are very simple to do in imperative languages (looking to you Haskell and your hare-brained puritan monads).
  +
  +
:<small>[https://swi-prolog.discourse.group/t/the-limits-of-the-declarative-approach/1693/17 Stassa Patsantzis]</small>
  +
</blockquote>
  +
  +
<blockquote>
 
If you put up a video about monads, the comments are fantastic [...] my personal favourite:
 
If you put up a video about monads, the comments are fantastic [...] my personal favourite:
* ''What is a Monad? A miserable pile of functions.''
+
* <i>What is a Monad? A miserable pile of functions.</i>
   
<tt>[https://twitter.com/haskellhutt/status/1192039007716364288 Graham Hutton].</tt>
+
:<small>[https://web.archive.org/web/20191106113703/https://twitter.com/haskellhutt/status/1192039007716364288 Graham Hutton].</small>
</div>
+
</blockquote>
   
 
...so where are students of Haskell most likely to have their first encounter with this irksome interface?
 
...so where are students of Haskell most likely to have their first encounter with this irksome interface?
   
  +
<blockquote>
<div style="border-left:1px solid lightgray; padding: 1em" alt="blockquote">
 
  +
The implementation of IO as a monad is the main reason you need to be comfortable with monads to be an effective Haskell programmer.
Haskell, for some the digital equivalent of a 'garden of eden'-esque waterfall under a beautiful sunset; for others a source of pain and stress. This pain and stress is for beginners often largest when they have learned a little bit about monads like <code>IO</code>.
 
   
  +
:<small>[https://blog.oliverbalfour.com/haskell/2020/08/08/understanding-monads-haskell.html Oliver Balfour].</small>
<tt>[https://hugopeters.me/posts/13/ Hugo Peters].</tt>
 
</div>
+
</blockquote>
  +
<span> </span>
 
  +
<blockquote>
<div style="border-left:1px solid lightgray; padding: 1em" alt="blockquote">
 
 
<code>IO</code> is the monad you cannot avoid.
 
<code>IO</code> is the monad you cannot avoid.
   
<tt>[https://image.slidesharecdn.com/functionalconf2019-whyishaskellsohard2-191116135003/95/why-is-haskell-so-hard-and-how-to-deal-with-it-53-638.jpg Why Haskell is so HARD? (And how to deal with it)]; Saurabh Nanda.</tt>
+
:<small>[https://image.slidesharecdn.com/functionalconf2019-whyishaskellsohard2-191116135003/95/why-is-haskell-so-hard-and-how-to-deal-with-it-53-638.jpg Saurabh Nanda].</small>
</div>
+
</blockquote>
  +
  +
<blockquote>
 
Haskell, for some the digital equivalent of a 'garden of eden'-esque waterfall under a beautiful sunset; for others a source of pain and stress. This pain and stress is for beginners often largest when they have learned a little bit about monads like <code>IO</code>.
  +
 
:<small>[https://hugopeters.me/posts/13/ Hugo Peters].</small>
  +
</blockquote>
  +
  +
<blockquote>
  +
[...] in most programming languages input and output are esoteric and the techniques for performing input and output must be learnt by the students at an early stage, precisely when they are trying to understand the basics of programming.
  +
  +
:<small>[https://www.cs.kent.ac.uk/pubs/1997/2176/content.pdf I/O Considered Harmful (At Least for the First Few Weeks)], John Rosenberg and Michael Kölling (first page).</small>
  +
</blockquote>
  +
  +
<blockquote>
  +
Learning how to do I/O should not be a prerequisite to learn the basics of programming nor to take your first steps into the world of Computer Science.
  +
  +
:<small>[https://www.cs.tufts.edu/~nr/cs257/archive/marco-morazan/FunctionalVideoGamesInCS1.pdf Functional Video Games in the CS1 Classroom], Marco T. Morazán (page 7 of 19).</small>
  +
</blockquote>
  +
  +
<blockquote>
  +
A very common question on the interwebz is: how to convert an IO string into a normal string?
  +
  +
:<small>[https://web.archive.org/web/20240410041919/https://www.linkedin.com/pulse/til-haskell-weird-newbies-when-comes-io-andr%C3%A9-e-veltstra André E. Veltstra]</small>
  +
</blockquote>
  +
  +
If bachelor-level students are often struggling to comprehend the monadic interface, then it has <b>no place whatsoever</b> in any introductory Haskell course!
  +
  +
<blockquote>
  +
In the first iteration, I/O was covered toward the end of the course because it is connected with the advanced topic of monads. [...] we [subsequently] moved I/O to an earlier point in the course. We also dropped monads, since the majority [of students] had not grasped them.
  +
  +
:<small>[https://www21.in.tum.de/~blanchet/teaching_haskell2.pdf Experience Report: The Next 1100 Haskell Programmers], Jasmin Christian Blanchette, Lars Hupel, Tobias Nipkow, Lars Noschinski and Dmitriy Traytel (page 2 of 6).</small>
  +
</blockquote>
  +
  +
<blockquote>
  +
The [decision to split off I/O from monads and introduce it earlier] is done in an effort to convince students more quickly that pure functional languages can be practical and deal with side effects.
  +
  +
:<small>[https://arxiv.org/pdf/2207.12703.pdf Engaging, Large-Scale Functional Programming Education in Physical and Virtual Space], Kevin Kappelmann, Jonas Rädle, and Lukas Stevens (page 3 of 21).</small>
  +
</blockquote>
  +
  +
<blockquote>
  +
In order to keep the programming as simple as possible, we chose to use only a subset of Haskell without monads, higher-level categorical interfaces or IO.
  +
  +
:<small>[https://wiki.tfpie.science.ru.nl/images/3/32/Alegre.pdf Haskell in Middle and High School Mathematics], Fernando Alegre and Juana Moreno.</small>
  +
</blockquote>
   
If bachelor-level students are often struggling to comprehend the monadic interface, then it has ''no place whatsoever'' in any introductory Haskell course! I/O in Haskell must therefore be totally independent of the monadic interface. The introduction of this interface, including its basic operations, should be deferred to an advanced course of study where it can join functors, applicatives, arrows and maybe even category theory itself: only then should students be introduced to monadic I/O.
+
I/O in Haskell must therefore be totally independent of the monadic interface. The introduction of this interface, including its basic operations, should be deferred to an advanced course of study where it can join functors, applicatives, arrows and maybe even category theory itself: only then should students be introduced to monadic I/O.
   
  +
<blockquote>
<div style="border-left:1px solid lightgray; padding: 1em" alt="blockquote">
 
 
The most difficult construct for students to understand is the monad. I introduce <code>IO</code> without mentioning monads.
 
The most difficult construct for students to understand is the monad. I introduce <code>IO</code> without mentioning monads.
   
<tt>[[Haskell in education|Olaf Chitil]].</tt>
+
:<small>[[Haskell in education|Olaf Chitil]].</small>
</div>
+
</blockquote>
   
A [https://www.interaction-design.org/literature/article/kiss-keep-it-simple-stupid-a-design-principle simple] general-purpose model of I/O for non-strict functional languages remains an [[Open research problems|open research problem]]...
+
A [https://www.interaction-design.org/literature/article/kiss-keep-it-simple-stupid simple] general-purpose model of I/O for non-strict functional languages remains an [[Open research problems|open research problem]]...
   
 
[[Category:Rants and comments]]
 
[[Category:Rants and comments]]

Latest revision as of 12:17, 19 April 2024

Even so, it is fair to object that the ‘monadified’ definition is ugly compared to its direct but not obviously terminating counterpart, with more intermediate naming. Monadic programming is ugly in general [...] There is no need to consider monadic style a just punishment, whatever your impurity.

Totality versus Turing-Completeness?, Conor McBride (page 3 of 15).

Still, today, over 25 years after the introduction of the concept of monads to the world of functional programming, beginning functional programmers struggle to grasp the concept of monads. This struggle is exemplified by the numerous blog posts about the effort of trying to learn about monads. From our own experience we notice that even at university level, bachelor level students often struggle to comprehend monads and consistently score poorly on monad-related exam questions.

Considering that the concept of monads is not likely to disappear from the functional programming landscape any time soon, it is vital that we, as the functional programming community, somehow overcome the problems novices encounter when first studying monads.

Visual Support for Learning Monads, Tim Steenvoorden, Jurriën Stutterheim, Erik Barendsen and Rinus Plasmeijer (page 2 of 17).

[Prolog] is a real-world programming language that does not demand the programmer to twist herself into knots just to be able to perform ordinary tasks that are very simple to do in imperative languages (looking to you Haskell and your hare-brained puritan monads).

Stassa Patsantzis

If you put up a video about monads, the comments are fantastic [...] my personal favourite:

  • What is a Monad? A miserable pile of functions.
Graham Hutton.

...so where are students of Haskell most likely to have their first encounter with this irksome interface?

The implementation of IO as a monad is the main reason you need to be comfortable with monads to be an effective Haskell programmer.

Oliver Balfour.

IO is the monad you cannot avoid.

Saurabh Nanda.

Haskell, for some the digital equivalent of a 'garden of eden'-esque waterfall under a beautiful sunset; for others a source of pain and stress. This pain and stress is for beginners often largest when they have learned a little bit about monads like IO.

Hugo Peters.

[...] in most programming languages input and output are esoteric and the techniques for performing input and output must be learnt by the students at an early stage, precisely when they are trying to understand the basics of programming.

I/O Considered Harmful (At Least for the First Few Weeks), John Rosenberg and Michael Kölling (first page).

Learning how to do I/O should not be a prerequisite to learn the basics of programming nor to take your first steps into the world of Computer Science.

Functional Video Games in the CS1 Classroom, Marco T. Morazán (page 7 of 19).

A very common question on the interwebz is: how to convert an IO string into a normal string?

André E. Veltstra

If bachelor-level students are often struggling to comprehend the monadic interface, then it has no place whatsoever in any introductory Haskell course!

In the first iteration, I/O was covered toward the end of the course because it is connected with the advanced topic of monads. [...] we [subsequently] moved I/O to an earlier point in the course. We also dropped monads, since the majority [of students] had not grasped them.

Experience Report: The Next 1100 Haskell Programmers, Jasmin Christian Blanchette, Lars Hupel, Tobias Nipkow, Lars Noschinski and Dmitriy Traytel (page 2 of 6).

The [decision to split off I/O from monads and introduce it earlier] is done in an effort to convince students more quickly that pure functional languages can be practical and deal with side effects.

Engaging, Large-Scale Functional Programming Education in Physical and Virtual Space, Kevin Kappelmann, Jonas Rädle, and Lukas Stevens (page 3 of 21).

In order to keep the programming as simple as possible, we chose to use only a subset of Haskell without monads, higher-level categorical interfaces or IO.

Haskell in Middle and High School Mathematics, Fernando Alegre and Juana Moreno.

I/O in Haskell must therefore be totally independent of the monadic interface. The introduction of this interface, including its basic operations, should be deferred to an advanced course of study where it can join functors, applicatives, arrows and maybe even category theory itself: only then should students be introduced to monadic I/O.

The most difficult construct for students to understand is the monad. I introduce IO without mentioning monads.

Olaf Chitil.

A simple general-purpose model of I/O for non-strict functional languages remains an open research problem...