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

201–210 of 308 posts

Re: The V Programming Language

#201

Post by drusepth »

edgeyboy wrote: post #192
SolarNet wrote: post #190

Earlier quoted context omitted.

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.

I, too, would delete needlessly aggressive issues on my open source projects if I didn't end up editing them to make them actually usable. Either way, it'd definitely be a ban so the user wouldn't edit them back or escalate with more aggression in other issues.

Re: The V Programming Language

#202

Post by crankylinuxuser »

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

Eh, not a big deal.

Just move "global" (aka: main() ) up 1 function. And then, run everything in that function. Hell, it could be a try-catch loop equivalent.

Re: The V Programming Language

#203

Post by crankylinuxuser »

sagichmal wrote: post #200
holy_city wrote: post #172

Earlier quoted context omitted.

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.

I take it you've never programmed embedded?

Yeah, state sucks. But sometimes, you need a starting point, and diff from that. And, that's state.

One of the safe ways of handling global vars, is by having only a single non-interruptible function that can mutate global. And you have best make sure your global-mutating function is fast. You don't want to miss IRQs that might fire off but are blocked.

Re: The V Programming Language

#204

Post by AndyKelley »

Dan, it seems like you're referring to me, and I don't appreciate this food fight characterization. In society it is the duty of everyone to call out scam artists to protect each other and that's exactly what happened in that thread. At the time, it was a scam, since the author was collecting money from people on false claims. Respect is not only contained in tone of voice, but also in how honest one chooses to be.

However, since then, two things have happened:

1. The source has been provided.

2. The website has been updated to note which features are unavailable.

So, this is now my position which I have stated elsewhere:

> Now that the website has the "WIP" label to communicate which features are not available, and the source is released, I no longer consider this project to be fraudulent. The information is available to everyone, and people who donate on Patreon are making an informed choice.

> I'm genuinely glad it turned out this way. Good luck on your endeavor, and welcome to the programming languages club.

Re: The V Programming Language

#205

Post by sfilargi »

AndyKelley wrote: post #204

Dan, it seems like you're referring to me, and I don't appreciate this food fight characterization. In society it is the duty of everyone to call out scam artists to protect each other and that's exactly what happened in that thread. At the time, it was a scam, since the author was collecting money from people on false claims. Respect is not only contained in tone of voice, but also in how honest one chooses to be. H…

I think you are being a bit more than generous here.

What this revealed to be is a bit more than a university Computer Languages assignment.

A toy project if you want.

Re: The V Programming Language

#206

Post by dang »

AndyKelley wrote: post #204

Dan, it seems like you're referring to me, and I don't appreciate this food fight characterization. In society it is the duty of everyone to call out scam artists to protect each other and that's exactly what happened in that thread. At the time, it was a scam, since the author was collecting money from people on false claims. Respect is not only contained in tone of voice, but also in how honest one chooses to be. H…

Not only you! and fair enough, I've removed food from my comment above. The previous thread was still an unseemly flamewar, with gratuitous drama of the sort we definitely don't need on HN. It caused a universal WTF among the HN staff. I gather that in some cases this drama was being imported from internet rumbles elsewhere. Those need to stay elsewhere, and people here need to follow HN's guidelines: https://news.ycombinator.com/newsguidelines.html.

Calling someone else a scam artist and their work a fraud is an example of this and is obviously not respectful, however honest it may be. Moreover, if you begin by turning the knobs up to 11 ("This guy is a complete fraud"), there's nowhere else left to go, which explains why the discussion after that was so lousy—not that it excuses any other commenter.

I've detached this subthread from https://news.ycombinator.com/item?id=20251393 and marked it off-topic.

Edit: in case it isn't clear, I'm not taking a side about the technical issues. I haven't looked closely at them (or at all), and these points about the site guidelines hold even if one side was 100% right and the other 100% wrong, or vice versa.

Re: The V Programming Language

#207

Post by amedvednikov »

AndyKelley wrote: post #204

Dan, it seems like you're referring to me, and I don't appreciate this food fight characterization. In society it is the duty of everyone to call out scam artists to protect each other and that's exactly what happened in that thread. At the time, it was a scam, since the author was collecting money from people on false claims. Respect is not only contained in tone of voice, but also in how honest one chooses to be. H…

You called me a scam artist because in your opinion the compiler depends on glfw and freetype :)

https://news.ycombinator.com/item?id=20230351

And then you proceeded spamming this on Twitter, GitHub, Hacker News, and Reddit. Maybe even more platforms I didn't notice.

https://github.com/vlang/v/issues/292#issuecomment-504281727

Re: The V Programming Language

#208

Post by yorwba »

amedvednikov wrote: post #196
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).

That's what the "..." indicates. They're still included in the total count (assuming by json.v you actually mean json/json_primitives.v).

Re: The V Programming Language

#209

Post by sagichmal »

crankylinuxuser wrote: post #203
sagichmal wrote: post #200

Earlier quoted context omitted.

There is not a single situation where global variables are necessary.

I take it you've never programmed embedded? Yeah, state sucks. But sometimes, you need a starting point, and diff from that. And, that's state. One of the safe ways of handling global vars, is by having only a single non-interruptible function that can mutate global. And you have best make sure your global-mutating function is fast . You don't want to miss IRQs that might fire off but are blocked.

Yes, embedded is enough of a special case that I don’t consider it as part of a general purpose discussion on programming languages.

Re: The V Programming Language

#210

Post by AndyKelley »

amedvednikov wrote: post #207
AndyKelley wrote: post #204

Dan, it seems like you're referring to me, and I don't appreciate this food fight characterization. In society it is the duty of everyone to call out scam artists to protect each other and that's exactly what happened in that thread. At the time, it was a scam, since the author was collecting money from people on false claims. Respect is not only contained in tone of voice, but also in how honest one chooses to be. H…

You called me a scam artist because in your opinion the compiler depends on glfw and freetype :) https://news.ycombinator.com/item?id=20230351 And then you proceeded spamming this on Twitter, GitHub, Hacker News, and Reddit. Maybe even more platforms I didn't notice. https://github.com/vlang/v/issues/292#issuecomment-504281727

Thank you for correcting that and the other 4 false claims I noted in that HN comment. I'm glad you are no longer deceiving people about what V can do.

By the way, shelling out to curl and mkdir also counts as dependencies.

Post reply on HN