Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The V Programming Language

vlang.io

Post reply on HN
Print view View original

191–200 of 308 posts

Re: The V Programming Language

#191

Post by edgeyboy »

tasty_freeze wrote: post #189
edgeyboy wrote: post #164

After going through the source code, I can tell for sure that it's an insecure C transpiler. - Most things call just out to C. - A lot of examples don't even compile. - Some things use CLI curl or mkdir, this is /INCREDIBLY/ insecure. - Many things are unimplemented. - Dev banned me off org when I opened issues about these and deleted issues. I was unnecessarily rude on some which I apologize for, but deleting them a…

I have to agree from the snippets of your reports, the tone of those reports were needlessly antagonistic and superior. Starting a report with "You idiot" or "Oh god this is a fucking goldmine" should get you banned, even if the issue you are reporting is real. Such reports aren't trying to contribute to the project; they are trying to boost the reporter.

I didn't ever say "Oh god this is a fucking goldmine". That was a reply.

Re: The V Programming Language

#192

Post by edgeyboy »

SolarNet wrote: post #190
edgeyboy wrote: post #164

After going through the source code, I can tell for sure that it's an insecure C transpiler. - Most things call just out to C. - A lot of examples don't even compile. - Some things use CLI curl or mkdir, this is /INCREDIBLY/ insecure. - Many things are unimplemented. - Dev banned me off org when I opened issues about these and deleted issues. I was unnecessarily rude on some which I apologize for, but deleting them a…

Well you were calling him an idiot in the issues and being overall aggressive. I would ban you too (but I'd keep the issues after some editing).

I apologize for criticizing the person and not the project, but again, the fact that he deleted the issues is unreasonable.

Re: The V Programming Language

#193

Post by agumonkey »

cooperadymas wrote: post #161
chubot wrote: post #142

Hm I looked around the repo, and there doesn't seem to be much there. $ find . -name '*.v'|xargs wc -l|sort -n ... 314 ./glm/glm.v 330 ./time/time.v 338 ./builtin/utf8.v 339 ./examples/tetris/tetris.v 490 ./os/os.v 630 ./compiler/scanner.v 644 ./compiler/table.v 712 ./gg/gg.v 814 ./builtin/string.v 845 ./compiler/main.v 848 ./compiler/fn.v 3216 ./compiler/parser.v 12573 total I'm a big fan of compact code, i.e. doing…

I can't understand criticising a brand new, v0.0.12 language built entirely by one person of being too small...

It was presented as extraordinary. See the tables comparing V to GCC, Clang and others.. somehow the author managed to make a compiled that weighs nothing, requires no time and makes faster binaries ...

As parent, I did look at the code to see, but I don't see anything. I'm under the impression that it's a thin transpiler, hence the 100x compile time increase.

Correct me if I'm wrong.

ps: also, about the personal/social implication of these threads. I wish no harm to v author, I find it admirable that he managed to produce the whole thing on his own. But it was seriously misleading.

Re: The V Programming Language

#194

Post by edgeyboy »

dang wrote: post #183
edgeyboy wrote: post #167

Earlier quoted context omitted.

Now that the release is out, it's actually worse than we expected: https://news.ycombinator.com/item?id=20251344

Can you please follow the admonition at the top? https://news.ycombinator.com/item?id=20251393

My apologies, I'll be more careful, and more factual.

Re: The V Programming Language

#195

Post by amedvednikov »

Hello,

Developer here. The release was messed up by me having serious git troubles. I had to destroy the repository twice, as the result and old README file with the wrong instructions resulted in everyone having segfaults.

Everything will work as expected in a couple of days. Launching such a big project for hundreds (thousands?) of testers is not easy.

Re: The V Programming Language

#196

Post by amedvednikov »

chubot wrote: post #142

Hm I looked around the repo, and there doesn't seem to be much there. $ find . -name '*.v'|xargs wc -l|sort -n ... 314 ./glm/glm.v 330 ./time/time.v 338 ./builtin/utf8.v 339 ./examples/tetris/tetris.v 490 ./os/os.v 630 ./compiler/scanner.v 644 ./compiler/table.v 712 ./gg/gg.v 814 ./builtin/string.v 845 ./compiler/main.v 848 ./compiler/fn.v 3216 ./compiler/parser.v 12573 total I'm a big fan of compact code, i.e. doing…

These are not all files (for example, token.v, json.v, cgen.v are missing).

Re: The V Programming Language

#197

Post by sfilargi »

amedvednikov wrote: post #195

Hello, Developer here. The release was messed up by me having serious git troubles. I had to destroy the repository twice, as the result and old README file with the wrong instructions resulted in everyone having segfaults. Everything will work as expected in a couple of days. Launching such a big project for hundreds (thousands?) of testers is not easy.

It’s just a toy project my friend. Stop marketing it as something extraordinary.

Re: The V Programming Language

#198

Post by ithkuil »

holy_city wrote: post #172
ksec wrote: post #145

Earlier quoted context omitted.

Compared to Go, taken from [1] V is very similar to Go, and these are the things it improves upon: - No global state - No null - No undefined values - No err != nil checks (replaced by option types) - Immutability by default - Only one declaration style (a := 0) - Much smaller runtime - Much smaller binaries (a simple web server written in V is 65 KB vs 7 MB in Go) - Zero cost C interop - No GC - Much faster serializ…

Global state is a feature, not a bug. It's absolutely necessary for a number of application domains and disallowing it by design makes the V language totally unsuited for them

I'm curious, can you make an example?

Re: The V Programming Language

#199

Post by pier25 »

holy_city wrote: post #172
ksec wrote: post #145

Earlier quoted context omitted.

Compared to Go, taken from [1] V is very similar to Go, and these are the things it improves upon: - No global state - No null - No undefined values - No err != nil checks (replaced by option types) - Immutability by default - Only one declaration style (a := 0) - Much smaller runtime - Much smaller binaries (a simple web server written in V is 65 KB vs 7 MB in Go) - Zero cost C interop - No GC - Much faster serializ…

Global state is a feature, not a bug. It's absolutely necessary for a number of application domains and disallowing it by design makes the V language totally unsuited for them

I'm guessing you still are able to use a singleton, no?

Re: The V Programming Language

#200

Post by sagichmal »

holy_city wrote: post #172
ksec wrote: post #145

Earlier quoted context omitted.

Compared to Go, taken from [1] V is very similar to Go, and these are the things it improves upon: - No global state - No null - No undefined values - No err != nil checks (replaced by option types) - Immutability by default - Only one declaration style (a := 0) - Much smaller runtime - Much smaller binaries (a simple web server written in V is 65 KB vs 7 MB in Go) - Zero cost C interop - No GC - Much faster serializ…

Global state is a feature, not a bug. It's absolutely necessary for a number of application domains and disallowing it by design makes the V language totally unsuited for them

There is not a single situation where global variables are necessary.
Post reply on HN