AFAIK this is implemented in OCaml:
An introduction to Fuzzing OCaml (programs) with AFL, Crowbar and Bun, September 4th 2019
Jane Street internship reports, August 30th, 2019.
Interesting performance comparison with quite a few languages when writing a user space network driver:
I guess losing to Rust is expected, but Go? Isn’t that also garbage-collected?
Yes, C# is also garbage collected
Yes but its GC is optimized for extremely low collection times at the expensive of eating more memory. It isn’t too hard to get a Go program into a state where it’s memory explodes and it eventually runs out. This does mean it’s runtime tends to be quite fast in the common case, C speed or so.
I thought this might be of interest since AFAIK the backend is implemented in OCaml:
The morning paper blog has a new post on Mergeable replicated datatypes, a paper ((by Gowtham Kaki, Swarn Priya, KC Sivaramakrishnan, and Suresh Jagannathan, 2019; PDF) explaining the design of a git-inspired approach to programmable distributed datastructures. The code is in OCaml, and I would assume that Irmin was an inspiration for this work.
I have published a blog post about the OCaml release process: Testing OCaml releases with opamcheck.
Found on Lobste.rs: Mark Karpov writes yet another Haskell vs. OCaml for old time’s sake. I found it worth a read and a mention here.
p.s. He spends a bit of time in the intro lamenting the lack of a conventional Unicode string library for OCaml, and I feel that pain acutely, especially since I’m the author of an unconventional one, i.e. the Ucs_text module in my Orsetto project.
Not really an article, but interesting to see the performance comparison using multicore OCaml
Anyone who’s been following this blog probably saw this coming:
It’s an interesting read and hopefully can be used as constructive criticism in order to improve the state of the OCaml ecosystem.
A bit tough to read but he hasn’t said anything unfamiliar.
I’m trying to put myself in his position and wondering what I’d do differently. Probably the biggest thing is I’d use js_of_ocaml based adapters to call into Node.js libs to fill in ecosystem needs, rather than considering the much more laborious work of binding C or Rust libs.
I’d like to know what about Lwt the author struggled with. The model it provides is not very unique or different from what many developers already do with Node.Js.
For improving our documentation, what if we made it clear on ocaml.org that we’re looking for more documentation and a clear process on how to get your docs onto ocaml.org? Sometimes I have a free weekend and now I think I could use that to write docs but it’d be nice to know if I write it, it will make it to someplace useful rather than just a blog post.