I also like F# a lot and have used it professionally for 3 years now. I wrote down my own take on learning F# in a post "What I wish I knew when I learned F#" http://danielbachler.de/2020/12/23/what-i-wish-i-knew-when-l.... Maybe this is a helpful additional perspective for some.
In an F# project file (and thus also in all editor support), the referenced F# source files have an order. Files can only see types, values etc defined in files above them (and the same within files, with some caveats). This sounds really weird and annoying but turns out to have some surprising benefits (because it limits the mental/real search space for definitions as well). In practice it's just something that is surprising at first, then totally fine.
For sharing large training data have a look at https://zenodo.org which is run by the CERN people. Up to 50GB is no problem and after that they say just talk to us :).
Douglas Connect GmbH | Functional programming generalist | Basel, Switzerland | ONSITE w partly remote | Full time or part time
We are a small company based in Basel, Switzerland working on solutions and research in the field of health sciences with a focus on toxicology. It's an exciting time to be in Toxicology as the whole field is moving towards minimizing animal testing by using machine learning to predict toxicity of new compounds.
We are looking for an experienced software engineer who is comfortable with functional programming languages (any of Elm, Elixir, F#, Haskell, OCaml, ...) and has experience both on the backend and in frontend development. Our existing solutions are built mostly with Elm, Python, R and a bit of Scala. You are a resident of Switzerland and while remote work is also possible, you are able to work from our office in Basel at least some of the time.
Douglas Connect GmbH | Functional programming generalist | Basel, Switzerland | ONSITE w partly remote | Full time or part time
We are a small company based in Basel, Switzerland working on solutions and research in the field of health sciences with a focus on toxicology. It's an exciting time to be in Toxicology as the whole field is moving towards minimizing animal testing by using machine learning to predict toxicity of new compounds.
We are looking for an experienced software engineer who is comfortable with functional programming languages (any of Elm, Elixir, F#, Haskell, OCaml, ...) and has experience both on the backend and in frontend development. Our existing solutions are built mostly with Elm, Python, R and a bit of Scala. You are a resident of Switzerland and while remote work is also possible, you are able to work from our office in Basel at least some of the time.
I'm actually surprised that so many teams have this view. We are a very small dev team working on scientific apps and I feel that the time it took us all to get comfortable with Elm was easily recouped by the constant development speed we had even as the app got bigger. In Javascript, projects just become harder and harder to refactor and so they accumulate cruft and development speed drops as the project ages. In Elm, with the help of a really decent type system and a helpful compile, we were able to keep going and just add features at a constant pace. I think it's worth taking a close look at Elm for this reason alone (or Purescript for that matter but there it is possible to get lost in rabbit holes of type complexity :) ).
Take a look at Traefik (http://traefik.io/), it's a reverse proxy you use as an edge service behind the cloud providers L4/L7 LB. It is designed to change dynamically and can listen to K8s ingress changes and reconfigure itself automatically and it has let's encrypt support (although at the moment not so streamlined in k8s but that is supposed to change soon).