News for hackers. Stuff that matters.
Re:Memory usage of a toy C# server and client with 500K conc... by cbHXBY1D on Saturday January 26, 2019 @05:30PM (#19008966)
Not to mention the recent performance gains from adding Span<T> in .NET Core 2.1.

I've used F# in a few professional projects before and that language is certainly underrated. I used to work in Microsoft's DevDiv and everyone knew it was criminally underfunded. I think if it had OCaml-style modules and Microsoft threw more weight behind it could take off big time.

Re:Memory usage of a toy C# server and client with 500K conc... by nicoburns on Saturday January 26, 2019 @05:49PM (#19009070)
Indeed, it was learning Rust that led me to being interested in learning C#, and Span<T> is basically the equivalent of Rust's &[T] slices, which are super useful for avoiding copies. It's pretty cool that C# has things like these and stack-allocated structs, which let me carry over a lot of the performance optimizations I might use in Rust.
Re:Memory usage of a toy C# server and client with 500K conc... by AdeptusAquinas on Sunday January 27, 2019 @03:40AM (#19010925)
Adding it to dotnet core by default certainly helps I think. I didn't start learning it until recently, but when I did having it part of the tools I use every day was awesome.
Re:Memory usage of a toy C# server and client with 500K conc... by platz on Saturday January 26, 2019 @07:48PM (#19009612)
Don Syme will never allow ocaml-style modules
Re:Memory usage of a toy C# server and client with 500K conc... by Scramblejams on Sunday January 27, 2019 @02:13AM (#19010697)
Why not?
Re:Memory usage of a toy C# server and client with 500K conc... by clausok on Monday January 28, 2019 @10:36AM (#19018210)
Don Syme, on omitting ocaml-style modules from F#:

In addition, there was the question what not to implement. A notable omission from the design was the functorial module system of OCaml. Functors were a key part of Standard ML and a modified form of the feature was included with OCaml, a source of ongoing controversy amongst theoreticians. The author was positively disposed towards functors as a “gold standard” in what parameterization could be in a programming language but was wary of their theoretical complexities. Furthermore, at the time there were relatively few places where functors were used by practicing OCaml programmers. One part of the OCaml module system – nested module definitions – was eventually included in the design of F#. However, functors were perceived to be awkward to implement in a direct way on .NET and it was hard to justify their inclusion in a language design alongside .NET object programming.

The Early History of F# https://fsharp.org/history/hopl-draft-1.pdf

Re:Memory usage of a toy C# server and client with 500K conc... by dunefox on Sunday January 27, 2019 @06:09AM (#19011274)
I think it might make interop harder.