F# is a great language, but the .NET community never embraced it.
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…
F# is gaining independence from .NET
11–20 of 181 posts
Re: F# is gaining independence from .NET
#12F# is a great language, but the .NET community never embraced it.
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…
For quite a long time F# simply wasn't ready, and by the time it was C# had already become an industry behemoth.
But more critically, it's not a language that's officially supported by Unity. That's enough for it not to be a wise choice to be betting a project on it where there are dozens of jobs on the line, and families that could be impacted.
I can't help but think that this concern isn't simply isolated to Unity software development; where else has the decision been made to not use F# on account of it not enjoying as much industry support as C#?
Re: F# is gaining independence from .NET
#13Earlier quoted context omitted.
As a .NET developer I don't see any reason to use F# professionally. C#/CPP are tools just like a hammer, F# is a different hammer, it doesn't seem to offer advantages in my field other than being different...
It allows you to envision your application as a series of data transforms, instead of a list of steps. This allows much more proximal abstractions for tasks involving data manipulation.
Re: F# is gaining independence from .NET
#14Earlier quoted context omitted.
As a .NET developer I don't see any reason to use F# professionally. C#/CPP are tools just like a hammer, F# is a different hammer, it doesn't seem to offer advantages in my field other than being different...
The functional hammer can be a little easier to reason about. So you can understand your application a little more.
Re: F# is gaining independence from .NET
#15F# is a great language, but the .NET community never embraced it.
Re: F# is gaining independence from .NET
#16Earlier quoted context omitted.
As a .NET developer I don't see any reason to use F# professionally. C#/CPP are tools just like a hammer, F# is a different hammer, it doesn't seem to offer advantages in my field other than being different...
It allows you to envision your application as a series of data transforms, instead of a list of steps. This allows much more proximal abstractions for tasks involving data manipulation.
Proximal? Maybe you mean appropriate? Or incremental?
Re: F# is gaining independence from .NET
#17Re: F# is gaining independence from .NET
#18Earlier quoted context omitted.
It allows you to envision your application as a series of data transforms, instead of a list of steps. This allows much more proximal abstractions for tasks involving data manipulation.
You can treat your application as a series of data transforms with C#, as well.
Re: F# is gaining independence from .NET
#19Its made on top of monogame and should have a battle tested core. But the lack of knowledge/adoption for Xelmish is disappointing.
Re: F# is gaining independence from .NET
#20I'm learning F# now. The language is nice but pulling dependencies into the interactive shell is proving difficult. After a few attempts I found I could use #r to pull in dependencies. Then I found where the NuGet packages were hiding in my home dir. Finally I could reference the Fsharp.Data.dll! Then XML type provider not found.... Frustrating when I just want to play around.
Cough : https://docs.microsoft.com/en-us/dotnet/fsharp/tools/fsharp-... Should be a bit easier!
Gah lots to learn.