Live data from Hacker News

.NET Fiddle adds F#

dotnetfiddle.net

11–20 of 72 posts

Re: .NET Fiddle adds F#

#11
post #10

Small interruption. Looks like scaling to 2 servers on Azure to handle extra traffic crashed the original one.

Azure will reset your VMs when you update their configuration. Normally this involves a rolling reset but as you only have one instance this was not possible.

Thanks for the info. I thought changing Scale would keep original server and just add new ones. But I guess it is a bit more intrusive.

Re: .NET Fiddle adds F#

#12

Small interruption. Looks like scaling to 2 servers on Azure to handle extra traffic crashed the original one.

Should be back up now. Mostly... If you get page not found, new DNS record didn't propogate yet. You can still use dotnetfiddle-prod.cloudapp.net or 191.234.40.

Sorry for interruption. Lesson learned.

Re: .NET Fiddle adds F#

#15
post #9

Earlier quoted context omitted.

F# is very un-functional in many ways. Immutable variables are the default but mutable variables are made with just the "mutable" keyword. There are also lots of imperative control structures, like while, and for. Those two combined means that imperative algorithims typically have two distinct translations into F#. First you can translate it literally, where F# looks like a slightly more verbose version of Python. Se…

Un-functional might be a bit misleading for an ML-based, default immutable language. Impure might be slightly more accurate. Having seen F# written by C# coders who've just learnt the syntax, and haskell programmers who are having to work in a .net environment, I'd say F# does a fairly good job of supporting both. It does make some trade offs to allow easy interop with the rest of the .net world (it's type system is…

Yeah, perhaps unfunctional wasn't the best word I could use. Either way, I'm a huge fan of F# and I think it's imperativeness is all-in-all a very good thing for adoption of the language.

Re: .NET Fiddle adds F#

#16
post #3

Can anyone comment how F# compares to other functional languages? Just curious.

I haven't used F# much but my impression is that it came from an OCaml background and thus perhaps sits halfway between C# and OCaml. Many of the useful type system features of Haskell are missing, but the module system of OCaml has been developed to be closer to the object system of C#.

Re: .NET Fiddle adds F#

#20
Cool to "see" F# in action.

Like the union types, but not so much the list operations; seems more natural to:

[1;2;3;4] filter isEven sum

vs.

List.filter isEven [1;2;3;4] |> List.sum

in Scala it's: List(1,2,3,4) filter isEven sum

Of course I'm not familiar with F# so don't know all of the WIN within (Type Providers, for example, are very impressive, would love to see that on the Scala side of the fence one day).

Post reply on HN