Re:Introduction to Functional Programming in OCaml
by tjbarkley on Thursday August 23, 2018 @01:17PM
(#17828957)
If only my workplace used Azure for some stuff. We're moving to serverless architecture for a lot of our apps, but it's all on AWS so no F# :(. The other .NET guy at my company (wpf) and I have been singing the praises of Azure and using .NET core for future developments. I think that they'll eventually throw us a bone since they don't want to be dependent on a single cloud provider.
However, I have messed around with data manipulation in F# for sports betting, and it's been exceptionally pleasant.
Love the work you guys are doing on the F# team.
Re:Introduction to Functional Programming in OCaml
by phillipcarter on Thursday August 23, 2018 @04:57PM
(#17830656)
F# actually rusn _very_ well on AWS. There is some official scaffolding tooling you can use[0], and performance with .NET Core is more than sufficient for what your business likely needs[1]. Love this quote: "Both C# and F# on .Net Core 2.0 exceeds all expectations and outperforms all other runtimes in average duration".
Thanks for the compliment! And I hope that it all goes well with you.
[0]: https://aws.amazon.com/blogs/developer/f-tooling-support-for...
[1]: https://read.acloud.guru/comparing-aws-lambda-performance-of...
* F# for unit testing
* F# + Giraffe or Saturn deployed to Docker containers on .NET Core (people tend to love the succinct routing and that it all runs on ASP.NET Core in Docker)
* F# for internal tools to ingest and manipulate data, then put it into another place in a much more sane format
* F# with FAKE for a right proper build script
* F# with Azure Functions to perform some scheduled task or something like that (it also helps that Functions is dirt cheap)
Good luck!