Merge branch 'haskellfoundation:hakyll' into hakyll

jmct · web-flow · commit 5f1dc4b9bde4 · 2024-11-08T14:00:22.000-05:00
diff --git a/podcast/47/transcript.markdown b/podcast/47/transcript.markdown
@@ -200,11 +200,11 @@ And so, I think that ultimately, we need to just do more to onboard more people
 
 *AL (0:33:06)*: So, I guess probably it is not that everybody agrees that it is a goal to grow the community. But I would imagine that it is actually something that many people would agree to, and that it is not something that people are actively fighting against.
 
-*AP (0:33:22)*: Right. I don’t know to what extent this is the case in the Haskell world, but some communities in other parts of the open source world, not chiming in on something is consensus for something. So, if people are not present on something and the people who are showing up to do something, they’re not going to be blocked by the people who are not chipping in on it. And I don’t know if that’s the case here. Or maybe it’s partly true in some cases and not in others, but I think it shouldn’t be the case that pushing forward on the academic research sides of Haskell should get in the way of people wanting to push the industrial use cases more forward. But where those two things really collide is when we break backwards compatibility of things. That causes a lot of pain, I think, for a lot of the people that rely on Haskell. And when it’s really late at night and you’re upgrading ASON in your code base and you just want to go to sleep, that’s the time where this impacts our lives as Haskell developers. 
+*AP (0:33:22)*: Right. I don’t know to what extent this is the case in the Haskell world, but some communities in other parts of the open source world, not chiming in on something is consensus for something. So, if people are not present on something and the people who are showing up to do something, they’re not going to be blocked by the people who are not chipping in on it. And I don’t know if that’s the case here. Or maybe it’s partly true in some cases and not in others, but I think it shouldn’t be the case that pushing forward on the academic research sides of Haskell should get in the way of people wanting to push the industrial use cases more forward. But where those two things really collide is when we break backwards compatibility of things. That causes a lot of pain, I think, for a lot of the people that rely on Haskell. And when it’s really late at night and you’re upgrading *aeson* in your code base and you just want to go to sleep, that’s the time where this impacts our lives as Haskell developers. 
 
 *JB (0:34:25)*: Yeah. So are you reporting actual experience right now, or is it something that doesn’t actually bother you personally too much, but you keep hearing from others?
 
-*AP (0:34:34)*: We dealt with the ASON thing very much so at Scarf. That one was not one that I was doing myself. By then, I was already not coding as much at Scarf, but I definitely had times where, yeah, GHC upgrades really took a lot of time, or needing to patch the Haskell Stripe library took a lot of time, and it was using type families. This was a while ago as well. The library took 20 minutes to compile every time I wanted to make a small change. These kinds of things, they’re paper cuts, but they’re really deep paper cuts. And in an environment where you are trying to focus on your business, I don’t want to think about Haskell very much. I’m trying to just get my work done and focus on other things. Yeah, it’s hard. It’s sometimes hard to write Haskell and have it like not have to be really top of mind about Haskell stuff, if that makes sense.
+*AP (0:34:34)*: We dealt with the *aeson* thing very much so at Scarf. That one was not one that I was doing myself. By then, I was already not coding as much at Scarf, but I definitely had times where, yeah, GHC upgrades really took a lot of time, or needing to patch the Haskell Stripe library took a lot of time, and it was using type families. This was a while ago as well. The library took 20 minutes to compile every time I wanted to make a small change. These kinds of things, they’re paper cuts, but they’re really deep paper cuts. And in an environment where you are trying to focus on your business, I don’t want to think about Haskell very much. I’m trying to just get my work done and focus on other things. Yeah, it’s hard. It’s sometimes hard to write Haskell and have it like not have to be really top of mind about Haskell stuff, if that makes sense.
 
 *JB (0:35:30)*: So, from your experience, it is an actual concrete issue that Haskell compiler and libraries tend to break compatibility team more often than you would wish?
 
diff --git a/podcast/56/index.markdown b/podcast/56/index.markdown
@@ -5,4 +5,6 @@ buzzsproutId: 15850182
 recorded: 2024-08-26
 published: 2024-10-01
 ---
-Today on the Haskell Interlude, Matti and Sam are joined by Satnam Singh. Satnam has been a lecturer at Glasgow, and Software Engineer at Google, Meta, and now Groq. He talks about convincing people to use Haskell, laying out circuits, why community matters, and why you should not be afraid to lose your job!
+Today on the Haskell Interlude, Matti and Sam are joined by Satnam Singh. Satnam has been a lecturer at Glasgow, and Software Engineer at Google, Meta, and now Groq. He talks about convincing people to use Haskell, laying out circuits and why community matters.
+
+PS: After the recording, it was important to Satnam to clarify that his advise to “not be afraid to loose your job” was specially meant to encourage to quit jobs that are not good for you, if possible, but he acknowledges that unfortunately not everybody can afford that risk.
diff --git a/podcast/57/index.markdown b/podcast/57/index.markdown
@@ -0,0 +1,8 @@
+---
+title: Gabriele Keller
+episode: 57
+buzzsproutId: 16040809
+recorded: 2024-09-18
+published: 2024-11-03
+---
+Gabriele Keller, professor at Utrecht University, is interviewed by Andres and Joachim. We follow her journey through the world as well as programming languages, learn why Haskell is the best environment for embedding languages and how the desire to implement parallel programming sparked the development of type families in Haskell and that teaching functional programming works better with graphics.
diff --git a/podcast/57/links.markdown b/podcast/57/links.markdown
@@ -0,0 +1,13 @@
+* [Gabriele Keller](https://www.uu.nl/staff/GKKeller)
+* [Miranda](https://www.cs.kent.ac.uk/people/staff/dat/miranda/)
+* [Nesl](https://www.cs.cmu.edu/~guyb/papers/Nesl2.0.pdf)
+* [DPH](https://wiki.haskell.org/GHC/Data_Parallel_Haskell)
+* [Repa](https://hackage.haskell.org/package/repa)
+* [Accelerate](https://www.acceleratehs.org/)
+* [Associated Types with Class (paper)](https://doi.org/10.1145/1040305.1040306)
+* [Manuel Chakravarty](https://justtesting.org/)
+* [Book: An Introduction to Computing with Haskell](https://books.google.de/books/about/An_Introduction_to_Computing_with_Haskel.html?id=qC3dAAAACAAJ&redir_esc=y)
+* [gloss](https://hackage.haskell.org/package/gloss)
+* [seL4](https://sel4.systems/)
+* [cogent](https://trustworthy.systems/projects/OLD/cogent/)
+* [Plutus](https://developers.cardano.org/docs/smart-contracts/plutus/)
diff --git a/podcast/57/transcript.markdown b/podcast/57/transcript.markdown
