Earlier quoted context omitted.
Many people use the exact same argument to dismiss the entire functional programming field.
I'm sorry, but implicit slippery slope arguments are not a means by which one can force every functional language to run the project the way Haskell does. But it's also worth noting that this is not a rejection of the entire concept of lenses, just that right now Haskell's implementations leave a lot to be desired (e.g., abandon all error sanity, ye who enter here). Haskell is as much a research platform as a program…
What's New in F# 4.1? [video]
61–65 of 65 posts
Re: What's New in F# 4.1? [video]
#62Earlier quoted context omitted.
Many people use the exact same argument to dismiss the entire functional programming field.
I'm sorry, but implicit slippery slope arguments are not a means by which one can force every functional language to run the project the way Haskell does. But it's also worth noting that this is not a rejection of the entire concept of lenses, just that right now Haskell's implementations leave a lot to be desired (e.g., abandon all error sanity, ye who enter here). Haskell is as much a research platform as a program…
Re: What's New in F# 4.1? [video]
#63Earlier quoted context omitted.
Higher kinded types reduce complexity in the same way generics reduce code complexity. If you think one makes things simpler but not the other, I would assume you're not familiar with it? Do you have examples of why it would add significant complexity? I use them constantly and it really simplifies my code a lot! Also, I don't believe 'profunctor optics' is a paper, I think it's just one (interesting) implementation…
The complexity that HKT brings to F# is not just conceptual. It needs to exist in the CLR which will bring implementation tradeoffs. "Cool paper but no thanks" is a saying for when people come to you with an extremely new technique and want you to incorporate it at the language level with very little proofing in the field. "Profunctor optics" is the a description of how profunctors encode lenses and similar structure…
As for the 'cool paper' comment, I wasn't aware of this new jargon, thanks for informing heh. I'm not sure how well it will play outside of haskell, I've done a Scala encoding of them and it's a bit more awkward than other representations.
Re: What's New in F# 4.1? [video]
#64Re: What's New in F# 4.1? [video]
#65Earlier quoted context omitted.
That's fantastic news! I currently use Scala for most of my personal development, but having type classes would make F# attractive enough for me to switch over. I much prefer the cleaner syntax of F#. Losing HKT would be a shame, but that's a trade-off I would be willing to make.
Scala has never properly supported HKTs though. When I last tried it, there were multiple open issues, e.g. the partial application of type parameters. So I really don't buy the argument that Scala scores a point over F# due to HKTs. If you want HKTs, use Haskell.