Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

F# is gaining independence from .NET

onurgumus.github.io

Post reply on HN
Print view View original

151–160 of 181 posts

Re: F# is gaining independence from .NET

#151

Post by pseudonom- »

kingdomcome50 wrote: post #135

Okay. I don't want to go too far off topic here but the OP is about F# so I'm certain many enthusiasts will be here, and I have been waiting for this moment to get an answer to a very specific question regarding Elmish: What is the point of the Elm architecture? I cannot figure out why the `model`, `view`, `update` architecture is preferable to its OOP counterpart. That is, simply defining an interface for each of th…

To the extent that I understand your complaint, there is a functional architecture that alleviates this concern: arrowized functional reactive programming. https://blog.jle.im/entry/intro-to-machines-arrows-part-1-st... talks about it.

Re: F# is gaining independence from .NET

#152

Post by karmakaze »

I've played with F#, OCaml, Haskell, Scala and Clojure. F# was by far the 'sweet spot' for me in terms of being able to translate my thoughts into a working functionally structured program. I hope many more are exposed to F# and that the good first experience is the norm (not currently from my experience).

Re: F# is gaining independence from .NET

#154

Post by KurtMueller »

gameswithgo wrote: post #131
DanielBMarkham wrote: post #49

"...If you are sold with F# there is one important point to highlight. Do not treat F#, just another language with different syntax especially if you are familiar with Python, Ruby, JavaScript, C#, etc. You have to embrace functional programming as a paradigm...." I want to provide a little nuance around this, because I'd give the opposite advice. Because F# is based on OCAML and an extremely popular IDE/framework, i…

I also value F# for reasons that have very little to do with functional programming. I like the sum types, I like the generics, I like the syntax, but when I make things with it I do not get very functional, in fact I find the more aggressively functional approaches to be extremely confusing to reason about. Where functions take in partially applied functions and so on, it is very hard to read. Maybe thats fundamenta…

I mean, `List.map` is often used in a partially applied manner and, used in conjunction with the pipe operator, results in, imho, readable code:

[1;2;3;4] |> List.map ((*) 2) |> List.reduce (+)

Re: F# is gaining independence from .NET

#155

Post by KurtMueller »

karmakaze wrote: post #152

I've played with F#, OCaml, Haskell, Scala and Clojure. F# was by far the 'sweet spot' for me in terms of being able to translate my thoughts into a working functionally structured program. I hope many more are exposed to F# and that the good first experience is the norm (not currently from my experience).

Me too :). I think it hits the sweet spot for me between being as readable, expressive, and low ceremony as Ruby/Python but also type safe.

Re: F# is gaining independence from .NET

#156

Post by KurtMueller »

jayonsoftware1 wrote: post #116

Is their a good F# book that will teach functional programing. Every F# book i see are trying to teach the syntax.

F# For Fun and Profit has a lot of blog posts on how to think functionally and how to use F# for domain modeling.

Compositional IT has a lot of good blog posts on how they use F# to solve real world problems.

Kit Eason's Stylish F# is a good book.

Re: F# is gaining independence from .NET

#157

Post by KurtMueller »

dmitriid wrote: post #31
hvidgaard wrote: post #4

Earlier quoted context omitted.

It's a real shame, but not unexpected. The vast majority of programmers I meet in the wild simply do not have training in FP and by the time they decide to learn it (if they do), it's hard to unlearn "traditional" thinking. If we want to steer programming in that direction, we should teach functional programming before "traditional" programming. However, even if we manage to do that I'm not convinced that it will mak…

I've done FP (several years of Erlang), and I use FP daily in my work (since most languages support FP to varying degrees). I see no point in F# other than "well, it's a nice-ish ML for .NET", and the article does nothing to help with that (file order? really? that's what you're going for as the first point to make about a language?) .

Well, now it's also a "nice-ish ML" for javascript, thanks to Fable.

Re: F# is gaining independence from .NET

#158

Post by KurtMueller »

ilaksh wrote: post #136

How does this compare to BuckleScript or Reason?

Both BuckleScript and Reason target javascript and Reason Native targets mobile as well.

F# targets .net, javascript, and the Xamarin library targets mobile (although I haven't tried it yet).

They're all typed ml languages.

Re: F# is gaining independence from .NET

#159

Post by karmakaze »

KurtMueller wrote: post #155
karmakaze wrote: post #152

I've played with F#, OCaml, Haskell, Scala and Clojure. F# was by far the 'sweet spot' for me in terms of being able to translate my thoughts into a working functionally structured program. I hope many more are exposed to F# and that the good first experience is the norm (not currently from my experience).

Me too :). I think it hits the sweet spot for me between being as readable, expressive, and low ceremony as Ruby/Python but also type safe.

And the trade-off of type inference and 'you have to hint here' vs compile speed is also well worth it. Like other comments here, I usually add local names or types to signatures 'for readability' (esp. to future me).

Re: F# is gaining independence from .NET

#160

Post by ilaksh »

KurtMueller wrote: post #158
ilaksh wrote: post #136

How does this compare to BuckleScript or Reason?

Both BuckleScript and Reason target javascript and Reason Native targets mobile as well. F# targets .net, javascript, and the Xamarin library targets mobile (although I haven't tried it yet). They're all typed ml languages.

I know all of that.

Obviously I was asking about using F# to create web applications versus using BuckleScript or Reason.

Post reply on HN