Clean – A functional programming language

Post by stonemetal » Sat, Dec 16, 2017, 2:57 PM UTC

pagnol wrote: post #29

scythe wrote: post #7

Earlier quoted context omitted.

I don't know if it's changed much, but I remember that several years ago I thought about trying to learn Clean but I gave up because it looked like Linux was a second-class platform and the Clean project mostly focused on a Windows IDE.

Can anybody comment on this?

Post by mrkgnao » Sat, Dec 16, 2017, 3:17 PM UTC

always_good wrote: post #24

ggm wrote: post #9

Earlier quoted context omitted.

I have struggled with FP for many years. What I try and do, is approach these concepts with an open mind and I look for ways of 'saying' what I see which I then rehearse with my FP friends and stick to the one which does not make them wince when I say it. So this says three true things we know about this 'fac' Firstly it says it takes an int and it returns an int. Secondly that if the int it takes is specifically zer…

Might be cool to just overload in the function body instead of at the top level: fac :: Int -> Int (0) => 1 (n) => n * fac (n-1)

    fac :: Int -> Int
    fac x = case x of
      0 -> 1
      n -> n * fac (n-1)

    {-# LANGUAGE LambdaCase #-}

    fac :: Int -> Int
    fac = \case
      0 -> 1
      n -> n * fac (n-1)

Post by daveFNbuck » Sat, Dec 16, 2017, 3:23 PM UTC

dorfsmay wrote: post #30

davidgrenier wrote: post #28

Earlier quoted context omitted.

Anyone who hasn't tried a whitespace-significant language in anger is missing out. I had started with F# and was put off by it like you described. I moved to Haskell and had difficulty understanding it yet again, but when I moved back to F# one more time it was a delight.

I LOVE python, it is the weapon I first take to any battle and the language I recommend to beginners. But, I have to admit that the fact that it is so easy to lose track of which "if" a nested "else" belongs to when modifying code, and, I've seen this being the source of so many bugs, that it has changed my opinion about whitespace-significant languages. Also, I've come to appreciate when I write in say Rust, the fac…

Post by coldtea » Sat, Dec 16, 2017, 3:41 PM UTC

thepratt wrote: post #25

always_good wrote: post #24

Earlier quoted context omitted.

Might be cool to just overload in the function body instead of at the top level: fac :: Int -> Int (0) => 1 (n) => n * fac (n-1)

What you're describing is the exact same, just different syntax.

Post by ape4 » Sat, Dec 16, 2017, 4:02 PM UTC

joe_the_user wrote: post #3

The thing about syntax like this fac :: Int -> Int fac 0 = 1 fac n = n * fac (n-1) to me, is that all the statements of this function declaration seem "disconnected". I'm guessing the "fac" connects them but it seems less clear than open-closed brackets in a c-like language (and also more cluttered). Especially, I'm not sure what tells me I've reached the end of the function declaration. This may seem trivial but it'…