3 ms·
I was really hoping for F#/.net (core) on Linux to be a thing but at this point I'm so confused about the versioning it makes my head hurt. At least over in JV
by noir_lord 10y ago
I was really hoping for F#/.net (core) on Linux to be a thing but at this point I'm so confused about the versioning it makes my head hurt.
At least over in JVM land things are somewhat clearer.
- hurricaneSlider 10y agoI've played around with it. It works.
- piaste 10y ago.NET Core is totally fine for playing around or for small apps and services. It's usually for large projects that these backwards compatibility issues tend to crop up and be show-stoppers. You're likely better off with Mono in that case.
- hurricaneSlider 10y agoWe've built our entire backend on .NET Core. We've got a lot of moving parts. The main pain points have ironically been certain Azure libraries which haven't been ported to the standard yet. I've also been using F# core and while the experience isn't yet there, it feels close.
- enricosada 10y agoSee https://github.com/dotnet/netcorecli-fsc/wiki/.NET-Core-SDK-1.0.1 https://github.com/dotnet/netcorecli-fsc/wiki/.NET-Core-SDK-... for quickstart and info for F# on .NET Core. VSCode (with ionide), vim (vim-fsharp binding), emacs (fsharp-mode) already support it, with full intellisene. VSCode also support debugging. About the aspnet stack, same future limitation of C#, as discussed on the post. But there are also alternative web stack, like Suave.
- noir_lord 10y agoThanks, I'm aware of that as a resource. That isn't the issue, the issue is that when I play with things I restrict myself to playing with things that I can potentially use in production at some point, I don't have a lot of 'play time' so it makes sense to prioritise things that have a potential return.