Live data from Hacker News

What I Wish I Knew When Learning Haskell

dev.stephendiehl.com

11–20 of 149 posts

Re: What I Wish I Knew When Learning Haskell

#11

What's up with the formatting on this page? In Firefox for iOS (same rendering engine as mobile Safari), all lines but the first one in code listings have 4-character indents, and lines use a larger-than-normal font size seemingly at random.

It might have to do with the fact that webkit is mostly a deprecated browser?

Re: What I Wish I Knew When Learning Haskell

#12
post #4

Earlier quoted context omitted.

I'm pretty sure this (evolving) article has been around well before VSCode's initial release.

I'm sure you are right. That is just picking at one thing I will admit, but I do use vscode, so when I saw a section about how to best use haskell in vscode i was interested. I'm not interested enough, or as a beginner qualified, to evaluate 7 options.

The IDE problem is still a major pain in Haskell. However, for now there are just I think 2 main options to choose from, and it's fairly straightforward. Still, not everything works as expected yet.

We've come a really long way in just the past 3 years with IDE stuff. I suggest you give it another try if you're still interested in diving into Haskell.

Re: What I Wish I Knew When Learning Haskell

#14
post #2

Great timing. I was just pondering what functional programming language I should attempt to learn in all my new downtime.

Haskell is fun, but bear in mind that it's followes a purely functional programming paradigm, meaning you either do things the Haskell or you don't do them :). But it's a fun language to learn, and there are lots of free quality ressources on the internet

What do you mean by "either do things the Haskell (way) or you don't do them"? Isn't that the same with every language? I still don't understand why people put all sorts of unfair labels on Haskell. By labelling Haskell with "fun", we almost make it sound like it can't be used in production.

Re: What I Wish I Knew When Learning Haskell

#15
post #4

I feel this might have grown beyond its title. Picking the point where I gave up, giving me a list of 7 vscode plugins, without any guidance as to which are more mature, doesnt feel like a thing anyone would wish to know before they start.

I'm pretty sure this (evolving) article has been around well before VSCode's initial release.

Is there maybe an article somebody can actually stand a chance of reading end to end? I think GP is right, there’s not a chance somebody who’s actually new to Haskell would find this useful as a true “things I wish I knew” article. It’s more of a complete reference to the entire language.

To me at least, “things I wish I knew” implies it’s some sort of companion to a real language guide/tutorial/book, not a replacement for one.

Re: What I Wish I Knew When Learning Haskell

#16
post #2

Great timing. I was just pondering what functional programming language I should attempt to learn in all my new downtime.

Haskell is fun, but bear in mind that it's followes a purely functional programming paradigm, meaning you either do things the Haskell or you don't do them :). But it's a fun language to learn, and there are lots of free quality ressources on the internet

> it's followes a purely functional programming paradigm

I'd say that it's one take on that paradigm, the Way of Monads is not the only way to do purely functional, Clean uses uniqueness typing instead. Though it otherwise has rather similar properties to Haskell.

Re: What I Wish I Knew When Learning Haskell

#17

Earlier quoted context omitted.

Haskell is fun, but bear in mind that it's followes a purely functional programming paradigm, meaning you either do things the Haskell or you don't do them :). But it's a fun language to learn, and there are lots of free quality ressources on the internet

What do you mean by "either do things the Haskell (way) or you don't do them"? Isn't that the same with every language? I still don't understand why people put all sorts of unfair labels on Haskell. By labelling Haskell with "fun", we almost make it sound like it can't be used in production.

What I think he meant is more like "either do things the functional Haskell way or you don't do them", as in, there is no non-functional fallback or alternative in the language, which some functional languages have.

Re: What I Wish I Knew When Learning Haskell

#18

Earlier quoted context omitted.

Haskell is fun, but bear in mind that it's followes a purely functional programming paradigm, meaning you either do things the Haskell or you don't do them :). But it's a fun language to learn, and there are lots of free quality ressources on the internet

What do you mean by "either do things the Haskell (way) or you don't do them"? Isn't that the same with every language? I still don't understand why people put all sorts of unfair labels on Haskell. By labelling Haskell with "fun", we almost make it sound like it can't be used in production.

I imagined it was more in the sense of the 'Have fun implementing Quicksort!' variety, where you're fighting the language constructs, basically, to do what you want.

Re: What I Wish I Knew When Learning Haskell

#19
post #2

Great timing. I was just pondering what functional programming language I should attempt to learn in all my new downtime.

Haskell is fun, but bear in mind that it's followes a purely functional programming paradigm, meaning you either do things the Haskell or you don't do them :). But it's a fun language to learn, and there are lots of free quality ressources on the internet

Though The Haskell Way includes the io monad, which is imperative code in practice :)

Re: What I Wish I Knew When Learning Haskell

#20

Earlier quoted context omitted.

Haskell is fun, but bear in mind that it's followes a purely functional programming paradigm, meaning you either do things the Haskell or you don't do them :). But it's a fun language to learn, and there are lots of free quality ressources on the internet

> it's followes a purely functional programming paradigm I'd say that it's one take on that paradigm, the Way of Monads is not the only way to do purely functional, Clean uses uniqueness typing instead. Though it otherwise has rather similar properties to Haskell.

[deleted]
Post reply on HN