Haskell

All the language itself really needs is a better way to manage exports and imports, especially for distinguishing between identically named functions. More libraries would also be a nice addition
Otherwise, it is one of the most pleasant languages to use

Attached: FDC1FC6D-9A94-4678-BAF0-26A8711299E9.png (2400x1697, 51.39K)

Other urls found in this thread:

gitlab.haskell.org/ghc/ghc/-/issues/9334
twitter.com/AnonBabble

Even category theoretical stuff?
Why do you need to "prove" things to the compiler, with boiler plate functions definitions for functions, moands, applicative, etc.. ??

My problem with haskell is that every librairy comes with its own set of infix operator, your code will quickly become unreadable

Don’t bother with category theory
You can automatically derive most common boilerplate instances
True. OTOH if a library is widely used then the effort to learn new infix operators is worth it

Le 1gb of garbage / second

fuck Haskell's language extensions. Ruins the beauty of FP

>extending FP ruins it
>extending literally anything else improves it
I think we all know why Haskell will never be relevant

category theory is based
fuck off moron, the language extensions make it better
honestly language extensions should be in every language, it allows the language to evolve and implement new syntax without breaking old code

>fuck Haskell's language extensions
Extensions are the way of evolving Haskell. New features are tested as extensions and if they become widely used and reasonable they are included into the standard.

you're a tard and probably never had to work on a large, real world project

there are TOO MANY. I didn't say extensions are bad in general

>no argument, just name calling
as to be expected of a moron

have fun with your slow, unusable language with the only real project being a cryptocurrency :)

How do I get into haskell ?

thanks, I will and I do.
use it

>cryptocurrency
>real project

heheh soo0o0 mad >:)

>especially for distinguishing between identically named functions
I think that one is perfectly fine:
import Foo as F
import Bar as B

baz = F.baz + B.baz


I think the biggest issues are wonky records and no substitute for first class modules (except wonky records). People expect these things a lot. Also type classes haven't reached their full potential (like gitlab.haskell.org/ghc/ghc/-/issues/9334 )

yes pandoc and shellcheck are not real projects

ponzi schemes aren't real investments

The main problem with haskell is the tooling
>need cabal, a build tool
>need stack, another build tool that is made on top of cabal
>cabal does not even have the ability to delete packages it installs