Golang and Rust = Vlang
github.com
github.com
However, has Vlang delivered on its promises? There were several heated discussions around that topic in HN.
> Key Features of V
> Fast compilation: ≈100k — 1.2 million loc/s
> Performance: within 3% of C
look like facts, but last time I checked it was only a whish list, or some desired properties. They are not backed by benchmarks.
Did we ever figure out what V's author is trying to sell? The closest I came to a motivation is that they want attention, acclaim, and a cult of personality; y'know, the Wolfram special.
> [P]lease use the original title, unless it is misleading or linkbait; don't editorialize.
My question is really for the submitter, although it doesn't look like they're going to come back and explain themselves. V isn't somehow a sum of Go and Rust. Seriously, look at that stupid stupid statement. Consider it in its fullness. Imagine how many small misconceptions about the nature of programming must have been added together in order to get such a pseudoprofound utterance.
Cults of personality are a real problem when it comes to programming languages. By my quick estimates, about half of TIOBE's list of popular programming languages are languages that exist due to a mythologized Great Man (Ruby, Python, C++, PHP, JavaScript) or small conclave of Great Men (C, Go, Swift, Java) having deep insights or understanding of programming. However, there's no serious evidence from outside our system to suggest that any programming language is good, and that should put the entire premise into doubt.
Of thousands of readers on HN, and thousands of people who submit stuff, I'd say a small minority has read or cares to read the submission guidelines. I'm on HN for over 10 years and hardly ever read them, much less having internalized them (not the poster, just saying).
So the "don't editorialize" rule is not that known to everybody as you assume, as to make "self-evident" that someone purposefully violated it. It's more probable that they just posted with a title they liked and didn't know they need to copy over the original one...
Linus or Guido or even Larry Perl have had both attention, acclaim, and a "cult of personality" and it's been totally possitive...
I read about this or a similar approach before. I've got no idea how they think they'll pull it off without requiring rust like annotations or reducing expressive power to something below TM equivalence. Or "leak free" doesn't mean what I think it does.
Notice that after it's stable it will be on by default with a `-noautofree` option.
There has been research on escape analysis, static memory management and all. Even not considering equivalence to halting problem, it has proven basically impossible to manage memory at compile time except very simple programs. This is a reason why rust ownership semantics are so complicated. And still anything complicated will use reference counting for many shared references. (Eg: Linux kernel).
But this guy is not even good at marketing he is doing -- some promises look very shady and comparisons are not apples to apples.
I see how big efforts zig and odin authors made, and the languages are impressive. V is a hyped piece from beginning and this makes the author seem more shadier.