News for hackers. Stuff that matters.
Re:Building Fast Interpreters in Rust by buro9 on Monday March 04, 2019 @01:01PM (#19303512)
Given that I wrote the Go version and RReverser wrote the Rust version, I'm going to go with: A better engineer wrote the Rust version.

But actually I was excited by Rust too. The memory safety, performance (the Rust was faster) and the degree of control over how we could present the FFI to the languages we needed to integrate with, in addition to how readable the Rust was by comparison to the Go code (readable, but so much of it), and then avoiding the GC... the Rust implementation was a convincing winner.

Re:Building Fast Interpreters in Rust by int_19h on Monday March 04, 2019 @04:18PM (#19305626)
In terms of readability, how much is it due to Rust having ADTs and pattern matching over them?
Re:Building Fast Interpreters in Rust by gavia1 on Monday March 04, 2019 @07:22PM (#19307041)
You can kind of "fake" ADTs in Go with interface{} and switches, but it isn't all that nice.

Rust on the other hand with first-class ADT and pattern matching makes it a pleasure! You also have all the nice advantages of the compiler checking that all branches have been satisfied which catches a lot of bugs at compile time.

Go has it's place, and works great in those places, but I don't think this is one of them. I'm pleased we chose Rust and this feels like a great use for it!