Earlier quoted context omitted.
There's no mention of a library called zero, or even JavaScript.
Im assuming the JS refers to Janes street
That makes sense, I guess I've got web tunnel vision.
OxCaml - a set of extensions to the OCaml programming language.
71–80 of 128 posts
Re: OxCaml - a set of extensions to the OCaml programming language.
#72Probably spoilt here but being used to the excellent vscode plugin (well vscodium in my case) for Golang but... any plans to integrate with vscode ecosystem? Makes setup so straightforward!
Re: OxCaml - a set of extensions to the OCaml programming language.
#73Earlier quoted context omitted.
Maybe it's sunk cost fallacy for them. But without them there wouldn't be a language that gets me 80/20 benefit/effort of Rust.
what is the sunk cost fallacy in the Jane Street case?
I said "maybe" as granting the root comment's premise - I don't believe that.
Re: OxCaml - a set of extensions to the OCaml programming language.
#74The sunk cost fallacy at Jane Street is strong.
What are you talking about?
The implication here, I think, is that "Jane Street has foolishly invested heavily into Ocaml and, rather than sensibly change course and migrate away, they continue to invest heavily into it in the hopes that one day the investment will pay off."
Which is a ridiculous take: Jane Street has done extraordinarily well for themselves, possibly at least in part because of their investment in Ocaml, and any sort of migration would be a huge undertaking, and an absurd and unnecessary risk.
Re: OxCaml - a set of extensions to the OCaml programming language.
#75Probably spoilt here but being used to the excellent vscode plugin (well vscodium in my case) for Golang but... any plans to integrate with vscode ecosystem? Makes setup so straightforward!
The OCaml vscode plugin seems to have already integrated a lot of new syntaxes (dune, menhir, reason), so if OxCaml gains traction it should only be a matter of time.
(can't really speak for that myself, though, I use emacs)
Re: OxCaml - a set of extensions to the OCaml programming language.
#76So OxCaml is the extension of the extension of a dialect of ML. Can’t wait for the next level
I had a similar thought to this, but then I thought, who is worse: programmers who keep bloating up existing languages with new features, or programmers who create yet another new language to add to the already crowded field? (I'm in that latter category.)
I guess programmers are just genetically incapable of leaving their tools the way they are.
Re: OxCaml - a set of extensions to the OCaml programming language.
#77Earlier quoted context omitted.
What are you talking about?
The implication here, I think, is that "Jane Street has foolishly invested heavily into Ocaml and, rather than sensibly change course and migrate away, they continue to invest heavily into it in the hopes that one day the investment will pay off." Which is a ridiculous take: Jane Street has done extraordinarily well for themselves, possibly at least in part because of their investment in Ocaml, and any sort of migrat…
Ah yeah, that is absurd, given how successful they have been, and how much they attribute that success to their technical decisions.
People love to sulk in their parochial pits, I guess?
Thanks for clarifying :)
Re: OxCaml - a set of extensions to the OCaml programming language.
#78Earlier quoted context omitted.
The implication here, I think, is that "Jane Street has foolishly invested heavily into Ocaml and, rather than sensibly change course and migrate away, they continue to invest heavily into it in the hopes that one day the investment will pay off." Which is a ridiculous take: Jane Street has done extraordinarily well for themselves, possibly at least in part because of their investment in Ocaml, and any sort of migrat…
Ah yeah, that is absurd, given how successful they have been, and how much they attribute that success to their technical decisions. People love to sulk in their parochial pits, I guess? Thanks for clarifying :)
Maybe Jane Street succeeds because of the people who are good at finance in spite of the people who like OCaml.
Re: OxCaml - a set of extensions to the OCaml programming language.
#79Earlier quoted context omitted.
You just let the garbage accumulate and collect it whenever markets are closed. In most cases, whenever you need ultra low latency in trading, you usually have very well defined time constraints (market open/close). Maybe it's different for markets that are always open (crypto?) but most HFT happens during regular market hours.
Is that really a viable solution for a timeframe of 6+ hours?
I think it is, but to be clear I think (from my very limited experience, just a couple of years before leaving finance, and the people with more experience that I've talked with) that c++ is still a lot more common than any GC language (typically java, since OCaml is even rarer). So it is possible, and some firms seem to take that approach, but I'm not sure exactly how besides turning off GC or very specific GC tuning.
Here is a JVM project I saw a few years back, I'm not sure how successful the creators are but they seem to use it in actual production. It's super rare to get even a glimpse at HFT infra from the outside so it's still useful.
Re: OxCaml - a set of extensions to the OCaml programming language.
#80The Janet Street folks, who created this, also did an interesting episode[0] of their podcast where they discuss performance considerations when working with OCaml. What I was curious about was applying a GC language to a use case that must have extremely low latency. It seems like an important consideration, as a GC pause in the middle of high-frequency trading could be problematic. [0] https://signalsandthreads.com…
*Jane Street
It's a great name for a competitor :)