Why I love OCaml (2023)
41–50 of 313 posts
Re: Why I love OCaml (2023)
#42Earlier quoted context omitted.
F# is a practical choice but the language features are quite far behind OCaml now. {Ecosystem, Functors} - choose 1
From an outsider's perspective, it feels like Ocaml has more active development of features, between the new effects system they added in 5 and all the work Janestreet is doing to let Ocaml developers have more control over performance. F# is not stagnant thankfully, it gets updates with each new version of dotnet (though I haven't checked what is coming with dotnet 10), but I don't recall anything on the level of th…
Unfortunately lots of the more advanced stuff seems to be blocked on C# team making a decision. They want a smooth interop story.
But F# remains a solid choice for general purpose programming. It's fast, stable and .NET is mainstream.
Re: Why I love OCaml (2023)
#43As a Rust newbie and seasoned Go dev, I'm pretty interested to knownwhere would people experienced in both OCaml and Haskell, would put it in the spectrum.
OCaml has some high profile use at Jane Street which is a major fintech firm. Haskell is more research oriented. Both are cool, but wouldn't be my choice for most uses.
Re: Why I love OCaml (2023)
#44Earlier quoted context omitted.
Almost there, but in the meantime supporting a casual squillion dollars of trades at JS
Yes and they had to basically build their own version of the compiler to keep everything from falling over ( https://oxcaml.org/ ).
Yeah, its more just extensions to support their use cases at scale. Think of it more as bleeding edge ocmal, once they work out kinks/concerns they'll get merged back into the language OR if it remains ultra specific it'll stay in oxcaml.
Not a complete own version lol
Re: Why I love OCaml (2023)
#45As a Rust newbie and seasoned Go dev, I'm pretty interested to knownwhere would people experienced in both OCaml and Haskell, would put it in the spectrum.
I personally love ML languages and would be happy to keep developing in them, but the ecosystem support can be a bit of a hassle if you aren't willing to invest in writing and maintaining libraries yourself.
Re: Why I love OCaml (2023)
#46OCaml has been one of those "almost there" languages since at least 2002. Most of the worthwhile ideas in OCaml will be absorbed into more popular languages by the time existing friction is sorted out. :/
Re: Why I love OCaml (2023)
#47I'm still surprised it can do so many things so well, so fast.
Re: Why I love OCaml (2023)
#48Earlier quoted context omitted.
From an outsider's perspective, it feels like Ocaml has more active development of features, between the new effects system they added in 5 and all the work Janestreet is doing to let Ocaml developers have more control over performance. F# is not stagnant thankfully, it gets updates with each new version of dotnet (though I haven't checked what is coming with dotnet 10), but I don't recall anything on the level of th…
Applicative Computation Expressions are a big deal (added in F# 5). Recent changes have been smaller in scope. Unfortunately lots of the more advanced stuff seems to be blocked on C# team making a decision. They want a smooth interop story. But F# remains a solid choice for general purpose programming. It's fast, stable and .NET is mainstream.
Re: Why I love OCaml (2023)
#49OCaml has been one of those "almost there" languages since at least 2002. Most of the worthwhile ideas in OCaml will be absorbed into more popular languages by the time existing friction is sorted out. :/
Almost there, but in the meantime supporting a casual squillion dollars of trades at JS
There might be some power in attracting all the people who happen to love ocaml, if there are enough of competent people to staff your company, but that's more a case of cornering a small niche than picking on technical merits
Re: Why I love OCaml (2023)
#50Earlier quoted context omitted.
Yes and they had to basically build their own version of the compiler to keep everything from falling over ( https://oxcaml.org/ ).
> Our hope is that these extensions can over time be contributed to upstream OCaml. Yeah, its more just extensions to support their use cases at scale. Think of it more as bleeding edge ocmal, once they work out kinks/concerns they'll get merged back into the language OR if it remains ultra specific it'll stay in oxcaml. Not a complete own version lol