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

221–230 of 308 posts

Re: The V Programming Language

#221

Post by holy_city »

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.

Global logging in libraries is not uncommon, especially if you need to trap signals (which can only interact with global state).

COM APIs expose a global class factory as the main interface to a shared libraries.

Embedded systems and drivers require globals in one form or another.

"Globals are evil" comes from the fact that globals have side effects, and side effects make things hard, especially in modern software that utilizes asynchronous/concurrent logic. That just makes them unwieldy, not unnecessary. Especially when interacting with legacy systems that require globals.

Re: The V Programming Language

#222

Post by amedvednikov »

yorwba wrote: post #208
amedvednikov wrote: post #196

Earlier quoted context omitted.

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).

Right, of course :)

Re: The V Programming Language

#223

Post by amedvednikov »

ylluminate wrote: post #176
reikonomusha wrote: post #173

Earlier quoted context omitted.

A lot of people have been finding the development of the project on a monthly basis. The work that has actually been done might be unsettling to the patrons.

As a patron of his work, I'm thrilled with what he's doing.

Thanks for your support!

Re: The V Programming Language

#224

Post by ryuukk_ »

estebank wrote: post #162

In case the author ever reads this: assuming good faith, the effort and intent is laudable, but you've put the cart in front of the horse by having multiple amazing claims that would take many, many man/years to accomplish by experienced developers, which is why they've been received with a lot of skepticism. Even assuming a great level of skill, the claims a priori are hard to take serious, even before taking into c…

why you are so jealous lol

Re: The V Programming Language

#225

Post by amedvednikov »

yorwba wrote: post #170
dloss wrote: post #157

Earlier quoted context omitted.

mkdir /var/tmp/vlang0.0.12 fixes the Segmentation fault for me EDIT: Not needed anymore

You can also mkdir vlib in whichever directory you're trying to run vc and it will generate that temporary directory automatically. Unfortunately, that doesn't seem to be enough to actually generate output (or I just can't find the output file). EDIT: The generated C code gets put in /var/tmp/vlang0.0.12/v.c and compiling it gives me a new compiler which outputs slightly different C, so it seems to work. The descript…

All of this has been fixed.

Re: The V Programming Language

#226

Post by coldtea »

ryuukk_ wrote: post #224
estebank wrote: post #162

In case the author ever reads this: assuming good faith, the effort and intent is laudable, but you've put the cart in front of the horse by having multiple amazing claims that would take many, many man/years to accomplish by experienced developers, which is why they've been received with a lot of skepticism. Even assuming a great level of skill, the claims a priori are hard to take serious, even before taking into c…

why you are so jealous lol

Note how your comment is juvenile and doesn't add anything to the discussion, being a personal attack to boot...

Re: The V Programming Language

#227

Post by amedvednikov »

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.

Besides on many of those you were simply wrong like with rand.next() returning 0 and missing _lin.v files.

Re: The V Programming Language

#228

Post by holy_city »

ithkuil wrote: post #198
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

I'm curious, can you make an example?

POSIX signal handlers don't take an argument other than the signal code, so if you want to handle them gracefully in a stateful app you need a global to communicate the trapped signal to your main loop.

Re: The V Programming Language

#229

Post by holy_city »

pier25 wrote: post #199
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

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

Singletons still require globals. I haven't really dug into V that much, is there a mechanism to make a singleton? If so, how can they claim "no global variables?"

Re: The V Programming Language

#230

Post by withoutboats »

It's pretty obvious that this person has essentially lied: they have not implemented the complex features they claim while they hype benefits like compile time and lack of non-zero cost features that will have to disappear when they have implemented what they promised. But I think what's more interesting, more telling, is the level of vitriol over 12k/year in patreon subscriptions. Funding in open source is so absurdly unequal that people are outraged over someone earning table scraps.

EDIT: No idea why this was flagged, I don't understand the norms of this strange website.

Post reply on HN