HN user

KurtMueller

530 karma
Posts3
Comments306
View on HN
Why F#? 1 year ago

I find F# easy to use with AI, mainly because it's statically typed (which results in compiler errors when the LLM generates non-working code) and it's very expressive, which allow me to more easily comprehend what the LLM is trying to do.

.NET 8 3 years ago

We gotta be. We know Microsoft isn't gonna be :D.

It's always a flash sale and it just happens to be the exact course you're looking at and the sale always ends 12 hours from now. Open up a different browser and go look at that exact same course and it just so happens that the sale is ending exactly 12 hours from time you looked the course on a different browser.

It's a sleazy practice and it irks me that some people just shrug about it.

Python the language doesn't give you super powers and I would say that its clunkier and less elegant than Ruby and obviously not as powerful as languages like F#. Python's ecosystem and contributors are its biggest benefits and they help you succeed in spite of the language itself.

I'm currently learning both Docker Swarm and Kubernetes (at the same time) and I'm a bit overwhelmed by Kubernetes (VS Code's extension and Kube's documentation helps with that). I just want use the Azure Kube Service to deploy my Rails app...

I'm also trying to learn Docker Swarm mode and both the community and documentation are not as nearly comprehensive as Kubernetes'. And Docker's official documentation and tutorial has me provisioning 3 nodes on a cloud provider instead of just booting up a swarm on my local machine.

And then I see any # of combinations of Docker Swarm with tools like Terraform or Pulumi. It's just all so overwhelming.

I think I'm going to keep banging my head with Kube and its super verbose manifests until I finally get it.

The recent update to `docker-compose`, now called `docker compose`, has contexts that let you us the up command to deploy to services like Azure Container Instances or Elastic Container Services.

https://docs.docker.com/cloud/aci-compose-features/

https://docs.docker.com/cloud/ecs-compose-features/

I haven't (successfully) used ACI to deploy my compose app. I'm hoping somebody else on this thread might have.

For me, F# is a beautiful, goldilocks language that has both the expressiveness and elegance of Python/Ruby and the strictness/compile-time safety of a statically-typed language, all backed by the .net ecosystem. There's also low ceremony to get things done in F# and I use it for everyday tasks, like reading CSVs and loading relational databases.

If you're into domain-driven design, I find F# makes it easier to model your code after your line of business. I also like how F# nudges my code into an "onion-layer" architecture, where the domain of my business logic is at the core and is wrapped around with functionality like reading and validating inputs from external sources.

I also like Elm and the idea of ReasonML, so I plan to seriously check out Fable, which compiles F# to Javascript, and Elmish. There's also Saturn, which is built on top of asp.net-core

Both BuckleScript and Reason target javascript and Reason Native targets mobile as well.

F# targets .net, javascript, and the Xamarin library targets mobile (although I haven't tried it yet).

They're all typed ml languages.