Talk:V (programming language)/Archive 1

From Wikipedia, the free encyclopedia

Archive 1

Just saw the edit summary: "Where is the content written like an advertisement?" Well here is a meaningless marketing like statement for a start:

Translating DOOM from C to V and building it takes less than a second.

building it on what hardware? compared to what? what secondary sources benchmark this? I haven't read all this page yet, but statements like that do sound rather "advert like". Thank you for your attempts to improve the article though. Sirfurboy🏄 (talk) 17:27, 13 March 2023 (UTC)

Agree – things like "it does this so fast!" or "it does this in this really unique and revolutionary way that deserves an expansive mention!" are largely subjective and do not belong in an encyclopedic article.
I, too, though, commend you for attempting to improve the draft. You're getting somewhere. LVDP01 (talk) 20:14, 13 March 2023 (UTC)
Thanks Sirfurboy for the input. I can see your perspective, but aren't the 2nd and 3rd statements offering proof of the statement above it? Each link, is placed to verify the validity of the statement. Thus it seems like we are caught in a circular catch-22. The section is C translation. Simply stating that, offers no context to the reader. The statements below are expanding on what that means in respect to features of the V language. Thus, "V can translate your entire C project and offer you the safety, simplicity, and compilation speed-up (via modules)." But now is that statement merely a claim or a fact? Therefore the next statement and link are proof of the claim, "Translating DOOM from C to V and building it takes less than a second." Furthermore, V is not selling anything by this. There is no product. That it can quickly translate a C program to V, is a proven statement, that is backed up by visual proof.
Don't get me wrong, I'm perfectly fine with us removing statements to not look like advertising or promotional content, or rewording statements with flowery sales-like language. But worried that removal of key explanatory statements, can lead to the next editor taking a position that statements are mere claims without merit or proof.
"What secondary sources benchmark this?" A primary source was used to show visual proof, along with secondary sources, in the context of capability to translate C projects to V. As is it can be interpreted that you are objecting to speed or type of hardware, the statement was removed. The statement of fact, on the capability of the language to do such a translation remains.
LVDP01, thank you for giving input as well. You mentioned a few things. "it does this so fast!" or "it does this in this really unique and revolutionary way that deserves an expansive mention!". I'm trying to narrow down actual specifics, so that we can come to a consensus as to what language is objectionable or acceptable. Can you please refer to specific lines in the draft that you might object to and give an explanation. Would greatly appreciate it.
Based on the comments you both have made so far, anything that could reasonably give an appearance of being written like an advertisement or promotional has been removed. Additional secondary sources have been added.
Wukuendo (talk) 02:41, 14 March 2023 (UTC)
So for secondary sourcing, what I would like to see is someone who has objectively compared like for like compilation between, say, a C compiler and code compiled in V. I did look last night and found a 2019 article, which is a bit dated for this subject, which did give some figures, but they too appeared to be just quoting the documentation which says "V compiles between ≈100k and 1.2 million lines of code per second per CPU core (without hardware optimization)." Again, no comparison with other languages nor details about the CPU core. There are benchmarks out there. for instance,, but these are WP:PRIMARY and really not very clear to a reader. They are independent, so that is something, but isn't there a paper somewhere, or at least a trade press article, where someone has put V through its paces to see how it performs? If not, then maybe just say that optimising speed is a design goal, and leave it at that. Sirfurboy🏄 (talk) 15:17, 14 March 2023 (UTC)
Thanks, as this airing out can lead to progress and demonstrate to everyone what is going, from what appears as a months long standstill. In the context to the original objection, concerning C2V speed of translating a C project, that was removed to accommodate the point made. My concern about what appears to be a new objection, is over fairness, and creating an additional barrier that is not based on the draft document nor is a standard other programming languages on Wikipedia are being held to.
Example, in checking the Zig Wikipedia (done to compare what might be acceptable), it has such statements as, "Zig is intended to improve code safety." Nim Wikipedia has, "Nim was created to be a language as fast as C". There was no secondary sources or references given nor were these statements challenged. I can not find any requirement nor examples on Wikipedia, that a programming language must provide a speed comparison between itself and other languages. I don't know where we would be going with V vs other language, as beyond the original context of objections that were supposedly based on advertisement-like statements.
"V compiles between ≈100k and 1.2 million lines of code per second per CPU core (without hardware optimization)." This statement does not exist in the draft document, but appears to be an attempt to challenge the validity of claims on an external website. That seems like it would be outside the scope of the present discussion and the issue of if statements being made are advertisements.
Related to this line of objections, are statements like, "it does this so fast!" or "it does this in this really unique and revolutionary way that deserves an expansive mention!" These also don't exist in the draft document, but appears to show a particular kind of reaction. I can't edit or objectively address, what does not actually exist in the draft. However, I did remove language from the draft, based on the sentiment of what may cause such an reaction.
"I would like to see is someone who has objectively compared like for like compilation between, say, a C compiler and code compiled in V". There are a few things going on here. The benchmark link to, has nothing to do with how fast V can compile itself, but rather is a speed comparison between languages, based on various tasks. Of which, there are many other such sites, Kostya Benchmarks. Additionally, the performance shown and scores of languages constantly change depending on week or month, compiler used (which get updated), algorithms used, quality of code submitted, varying number of submissions (some languages have several versus just one), and being optimized for the task.
The draft statements are showing that V can compile to C. If we search for additional information outside of the scope of what's presented in the draft, V can use various C compilers. V can compile to C, then use various C compilers to create executables. Speed would be indistinguishable, between V or C source code, relative to the algorithms used or adding of any additional features (like optional GC). "V's main backend compiles to human readable C", is a statement of fact about what the language does and provide. The references are for validating that statement and features of the language.
"If not, then maybe just say that optimizing speed is a design goal". I removed the original statement entirely, which was "DOOM from C to V and building it takes less than a second". Some form of it could be put back later, but if this is to ever move beyond a draft (after all these months), probably for the best that it's removed.
Wukuendo (talk) 17:27, 14 March 2023 (UTC)
"V compiles between ≈100k and 1.2 million lines of code per second per CPU core (without hardware optimization)." "Again, no comparison with other languages nor details about the CPU core."
Actually, V's website does give details about CPU (refer to fast compilation section). "V compiles ≈110k (Clang backend) and ≈500k (x64 and tcc backends) lines of code per second. (Intel i5-7500, SM0256L SSD, no optimization)" Differences in CPU, OS, compiler/backend, version of V, and year of test may give different results. Didn't address this statement particularly, as not in the draft itself. However, adding the additional information and context, as mentioned here and checked on it.
For clarification, "V is written in V and compiles itself in under a second.", was addressed as mentioned in the draft. This is referred to by secondary sources (Marcos Oliveira and Navule Rao) and demonstrated visually on two different videos. An older video from March 2021 (Building V from source in 0.3 seconds) and a newer video from a demonstration for IBM (...presentation of V's features at IBM).
Wukuendo (talk) 08:16, 16 March 2023 (UTC)

List of changes

@Wukuendo:, to answer your question, there are specific requested changes and specified problems annotated throughout the body of the article. If you disagree with any specific change, please comment. I will request WP:3O.

I'm looking through the proposed changes made by Caleb. Give me a bit of time to evaluate all the rewrites and to make counters. Would like about 24 hours. Will then list Caleb's and my counters or points of disagreement for evaluation by all.
Wukuendo (talk) 19:36, 4 November 2023 (UTC)
If the point is to compromise in good faith, after reviewing, my proposal is for the following (per Caleb's tags):
A) A major contributor to this article appears to have a close connection with its subject.
As Caleb and myself claim there is no COI, then this tag should be removed. It is creating controversy that has nothing to do with the particulars of the article.
B) This article needs additional citations for verification
Most of this need for additional citations comes from Caleb's rewording and rewriting significant parts of the article. I will go into detail about why this is so, in an additional post after this. I propose that Caleb allow me to revert to the original, prior to his changes. Then allow me to compare his changes to the original, and do a merge. Then we can debate how far to keep going on V's talk page, after the 1st edition of the merge. In this way, it would be a true compromise.
C) This article has multiple issues. Please help improve it or discuss these issues on the talk page.
The solution to revert to the original, then allow me to merge changes, would work here too. After the first merge, we can debate what is acceptable on V's talk. Which would be what this tag is recommending.
Wukuendo (talk) 03:04, 5 November 2023 (UTC)

@GünniX:, I'm sorry, I think I discarded your revision, Wikipedia wouldn't let me revert one edit alone. Would it be possible to re-run WPCleaner bot or tell me how I can run it? Caleb Stanford (talk) 17:21, 4 November 2023 (UTC)

@Caleb Stanford:, here is the Wikipedia:WPCleaner page, which explains how to install and run WPCleaner. I don't re-run WPCleaner now, because I'm not sure, how many reverts will follow. --GünniX (talk) 17:30, 4 November 2023 (UTC)
Okay, thanks! Caleb Stanford (talk) 17:34, 4 November 2023 (UTC)

COI

What is the COI concern here, please? Sirfurboy🏄 (talk) 19:24, 4 November 2023 (UTC)

@Caleb Stanford asked @Wukuendo if he had a COI on Stanford's talk page. Wukuendo denied having one. Wukuendo also asked Stanford if he had a COI with Rust, and he denied having one. Wukuendo then again accused Stanford of having a COI with Rust on this talk page and myself of having some sort of relationship with Stanford (who I have never interacted with before), and I warned him not to do so.
It looks like Wukuendo has taken this to DRN and I hope that they can hash out their dispute there. voorts (talk/contributions) 20:38, 4 November 2023 (UTC)
The tags were continually changing in a manner that they would be difficult to address. It could be argued that they were made to make the article look bad (to get it removed) or to unfairly discredit me (to get me removed from making edits). No attempts were made to resolve any of the issues before placing tags. This was done immediately, with no initial attempt to reach out or to compromise.
Then rewrites of the article were made, which were outside of the context of the tags, which appear as attempts to disparage the project and language. Requests to hold up on making major changes, until an agreement or consensus were reached by both parties were bypassed (tags and Caleb's sole changes were pushed anyway). It appeared the best course of actions was DRN, to try to inject some fairness and an equal standard (for programming language articles) into the situation. Wukuendo (talk) 21:03, 4 November 2023 (UTC)
@Wukuendo, nobody is attempting to undermine the article in an attempt to get it deleted or to discredit you. As I said before, please assume good faith. voorts (talk/contributions) 21:05, 4 November 2023 (UTC)
Caleb Stanford, you are the one who place the COI template on the page. I am not sure if that is needed as everyone appears to have denied a COI, and I don't see any evidence of one. Just checking. Sirfurboy🏄 (talk) 22:04, 4 November 2023 (UTC)
Sirfurboy, after more carefully reviewing evidence (which I will present today), it may go beyond that. The case can be presented that the rewrites equal vandalizing the article (editing the project in an intentionally disruptive or malicious manner), in a way that the article becomes unuseful to readers interested about V and that previous editors can not change it back or contest the changes, thus the tags and accusations. Conclusions will be left to the public and other editors to decide, as I'm just going to present the evidence of what I have. An editor would be hard pressed to address the massive rewriting, even without first defending themselves from the accusations made by the tags. It's why I believe higher level administrative action might be necessary. Wukuendo (talk) 23:50, 4 November 2023 (UTC)
Please can we focus on content rather than editors and motive. Sirfurboy🏄 (talk) 08:58, 5 November 2023 (UTC)
OK, I will try to focus on content. From my side, it was never an intent to create or escalate controversy, but to simply see articles about various languages. Wukuendo (talk) 13:09, 5 November 2023 (UTC)
Yes, the COI tag should be removed (and now has been). Thanks, Caleb Stanford (talk) 17:25, 5 November 2023 (UTC)

Elevated to Wikipedia:Dispute resolution noticeboard

Let us please refrain from making major rewrites and continuing edit wars. I would like us to use dispute resolution. I'm very much willing to find common ground through a fair process. Wukuendo (talk) 19:11, 4 November 2023 (UTC)

Thank you for being willing to find common ground. Caleb Stanford (talk) 21:34, 4 November 2023 (UTC)
The request for dispute resolution was closed, as filed incorrectly. Important lesson learned for the future. It was suggested that I submit to other noticeboards or resubmit it, but will not, as things stand presently. It appears V's talk is now being used, per Wikipedia's recommendations, for discussing changes, rewrites, and to find compromises. Thank you to everyone participating. Wukuendo (talk) 08:48, 6 November 2023 (UTC)

3O request

This is a new article recently created through AfC. I felt that the article reads as a COI/promotion in several places, and I spent about 2 hours of work cleaning up the article and annotating places for specific improvements, mostly with respect to the references (for example, there are a lot of Blog/Medium references that still need to be addressed). @Wukuendo: disagrees with these changes and feels that the article is NPOV and better as it was before.

Earlier discussion between us at: User talk:Caleb Stanford

For reference, here are permalinks to two versions of the article:

Please suggest which is better or which edits to include from both, and how to proceed to resolve this dispute.

Thank you, Caleb Stanford (talk) 17:33, 4 November 2023 (UTC)

I am declining this 3O request as you and Wukuendo haven't had any interactions on the talk page here. voorts (talk/contributions) 17:36, 4 November 2023 (UTC)
Hi @Voorts: Sorry, I forgot to link: our earlier discussion is at User talk:Caleb Stanford. Thank you for posting here. Caleb Stanford (talk) 17:38, 4 November 2023 (UTC)
Ok. I can take a look. voorts (talk/contributions) 17:39, 4 November 2023 (UTC)
I believe the situation is that the intent is to make destructive edits in bad faith as a result of having a conflict of interest because of an affiliation with and being a contributor to the Rust programming language. As a consequence, this might need to be elevated. Wukuendo (talk) 17:48, 4 November 2023 (UTC)
I don't see any bad faith editing here. @Caleb Stanford has already denied a conflict of interest. Escalating things might not go as you think they will. voorts (talk/contributions) 17:54, 4 November 2023 (UTC)
I have also made it clear of my belief that I have no conflict of interest.
Also, I didn't agree to this arbitration. You appear to be oddly and immediately siding with Caleb, to allow for no measure of compromise, and to completely capitulate to whatever he would like to do. In fact, even while we are doing this discussion, Caleb has returned to rewriting and making changes without any compromise or agreement.
It has also not been lost on me, that Caleb has been on Wikipedia for a quite a long time, and would possibly have friends or be familiar with many people here. This is why that I have suggested that it would be better for it to be elevated. The threat to me that escalating things may not go as well as I think, does not create fear. I'm a firm believer in fairness and justice. I much rather have it fully escalated, and let the cards fall as they may. It is my hope that what is the right thing to do will win out. Wukuendo (talk) 18:19, 4 November 2023 (UTC)
This isn't an arbitration; this is me providing a third opinion, and only one editor needs to invoke the process (see WP:3O). My opinion was provided as a starting point for further conversation, not as an edict or means to cut off discussion. Indeed, I would encourage both you and @Caleb Stanford to engage in a civil resolution of this dispute.
As an aside, please assume good faith. Immediately (and repeatedly) accusing people who disagree with you of having a conflict of interest or some improper motive is not productive. voorts (talk/contributions) 18:33, 4 November 2023 (UTC)
Response to third opinion request (Content and edit dispute about the state and neutrality of the article):
I am responding to a third opinion request for this page. I have made no previous edits on V (programming language) and have no known association with the editors involved in this discussion. The third opinion process is informal and I have no special powers or authority apart from being a fresh pair of eyes.

In my opinion, Caleb Stanford's version of the article has removed a significant amount of adverty language and removed wikivoice where appropriate. For example, from the lead of Wukuendo's version, the following is quite promotional: "The foremost goal of V is to be easy to use,[9][10][11] and at the same time, to enforce a safe coding style through elimination of ambiguity." I also believe that it was appropriate to remove much of the information from the features section, per WP:NOTDB. voorts (talk/contributions) 17:47, 4 November 2023 (UTC)

Pinging @Wukuendo. voorts (talk/contributions) 17:48, 4 November 2023 (UTC)
I'm for rewrites in good faith, where an even standard is fairly applied across the board for all programming languages. Case in point, look at the articles of say Zig, Crystal, or Red (to name a few). By comparison, I'm quite curious of your opinion.
The V article went through a very long and arguably contentious process of accusation of promotional or advertisement-like language. The issue with Caleb's rewriting, outside the affiliation with Rust, is it appears the language used is purposefully disparaging and insulting. Without having the issue resolved or any agreement, there is already an attempt to bypass all the other editors and reviewers that came before. Wukuendo (talk) 18:06, 4 November 2023 (UTC)
As I already mentioned, I am not affiliated with Rust. Which part of the language is "disparaging and insulting"? Caleb Stanford (talk) 18:52, 4 November 2023 (UTC)
@Voorts: thank you for the third opinion. Caleb Stanford (talk) 18:53, 4 November 2023 (UTC)
As a semi-involved user (the acceptor of the AFC draft), I prefer Caleb's rewrite of the article, especially in the context of the removal of the promotionally worded "Features" section. That being said, the "History" section starting with "According to the developers" is unecessary, since I don't think it is required in this context since I would assume the reader to be aware that the personal project claim would be attributed to the developers. (We would not for example, say "According to Dennis Ritchie, the development of the C language was closely tied to the development of Unix")
Regarding the COI issue, I don't think being passionate about a specific programming language constitutes a conflict of interest (similar to how ones personal political affiliations should not consitute a conflict of interest) and both parties should drop claims of having a COI with the specific programming language articles.
Finally coming to the topic of sourcing, I do think, we can do better by using references from the books about learning vlang rather than magazine/blog articles which honestly should not be hard to do if eithier @Caleb Stanford or @Wukuendo were to get hold of the books mentioned in the bibliography. The content that is unreferenced seems mostly to be about the syntax of the language, and should not be hard to source using the books mentioned :) Sohom (talk) 08:24, 5 November 2023 (UTC)
Thanks Sohom for your guidance and I highly value your opinion about this issue. In regards to the rewritten history section, I will not contest or object to it. There are other primary sources, where the creator of V stated why he created the language (...presentation of V's features at IBM). A previous reviewer objected to it being used, so was not added as source, but it also supports the claim by the developer referenced.
In regards to the removal of parts of the features section, I do object to aspects of this for multiple reasons. Removal about various features of V is doing a disservice to readers, who will now know less about it. I would be less inclined to object, if it was a just a matter of a rewrite, but I find the outright removal of V's safety and memory management features as very odd. By the way and for clarity, the feature section was not initially created by me, but was created by previous editors.
That V provides various safety and memory management features are facts about the language, and arguably shouldn't be viewed as promotional. All languages (including Rust), have features (like safety or memory management) in which others can find controversial or object to. As an editor, I believe it was the job to report what the language does, without passing judgement or bias. Despite what programming language that one personally uses. Sources could also be provided for the below (from original article and so others know what's being referred to):
Safety
* Usage of bounds checking
* Usage of Option/Result
* Mandatory checking of errors
* No usage of values that are undefined
* No shadowing of variables
* No usage of null (unless in unsafe code)
* No usage of global variables (unless enabled via flag)
* Variables are immutable by default
* Structs are immutable by default
* Function args are immutable by default
* Sum types can be used
* Generics can be used
Memory management options
* Allocations handled by an optional GC, that is the default, which can be disabled
* Manual memory management (-gc none)
* Autofree (-autofree), handles most objects via free call insertion
** Remaining percentage freed by GC
* Arena allocation with (-prealloc)
A matter that I feel should also be brought up, is the V article appears be under very intense scrutiny in comparison to many other programming language articles. There appears to be a higher standard that the V article must meet, which many other programming language articles don't, which gives the impression of unfairness. Please do check the articles for such languages as Zig, Crystal, or Red. Would be interested in comparative opinions. This includes their use of magazine and site articles as sources. Some other programming language articles have no books written on them to be used as a reference.
On the matter of sourcing. If an editor rewords or rewrites a section, the onus should arguably be on them to provide sources for what they did, else leave the section as is. It should be that sources are needed for what existed, not for an altered rewritten version by the newer editor. It is unfair to other editors, to not do the work, of providing sources and references to rewrites. Perhaps to include giving the impression that the article is being contested. Wukuendo (talk) 16:27, 5 November 2023 (UTC)
Lists of features do not belong in articles per WP:NOTCHANGELOG. Comparing this to other articles is not useful because those articles might also not be following Wikipedia's policies and guidelines. (In any event, I don't see a list of features in any of the three articles you've shared.)
Regarding this claim: On the matter of sourcing. If an editor rewords or rewrites a section, the onus should arguably be on them to provide sources for what they did, else leave the section as is. Per Wikipedia policy, the burden is on the person adding or restoring information to an article, not removing it. We are not required to keep information in an article because another editor likes it. voorts (talk/contributions) 16:39, 5 November 2023 (UTC)
Information wasn't purely removed (I'm talking all instances), as information by the newer editor (in different sections) was added to the article that didn't exist previously.
I was referring to those languages, as a matter of comparison about fairness, not just that particular section. In regards to that, Zig has an "Other Features" section. Rust has a "Syntax and features" section.
"We are not required to keep information in an article because another editor likes it." The argument I was making was more along the lines of informing readers about the subject. Removal of large quantities of information can change the quality of an article. Wukuendo (talk) 18:04, 5 November 2023 (UTC)
"Lists of..." Voorts, I'm unsure about your interpretation in regards to lists (as in bulleted lists) or features. Including if referring to using such lists specifically or having a section called features. Furthermore, upon more research, bulleted lists (like what was used in the previous V article) are used very extensively and pervasively on Wikipedia. I would like other editors to weigh in. Please see the articles on the older languages of C and Modula-2. In their articles, they use bulleted lists multiple times and more extensively than how it was used in the previous V article before it was removed by Caleb. The C article's "Overview" section and others. Modula-2 article: Superset, Dialects, Derivatives...
As I was looking at the Rust article, in addition to having a section called Syntax and features, it includes bulleted lists within that section and another section called Community. I'm finding it hard to understand why this would be objected to or removed from the V article on those grounds.
The dislike of bulleted lists, can come across as a matter of preference for displaying information, not that it is clearly disallowed by Wikipedia. The removal of large quantities of information about V (safety and memory management among them) without explanation or at least consulting previous or active editors about this choice on V's talk or their talk, comes across as at least quite odd. Instead of removal, it could have been left it alone, rewritten, or put in another section. Disallowing them in the V article, comparatively, looks unfair. Wukuendo (talk) 16:30, 6 November 2023 (UTC)
We could include a section about the safety features of the language as a heading iff it is discussed by other reliable media. However, it should not be in the form of a list but rather as a few sentences supported by the reliable source.
Sohom (talk) 17:22, 5 November 2023 (UTC)
There are sources for V's safety and memory management features. Including it being referenced by the books on it (definitely in "Getting Started with V Programming"). Wukuendo (talk) 04:20, 6 November 2023 (UTC)

Continued reverts by Wukuendo

Accidental revert

Yet more reverts by Wukuendo

Wukuendo's view on how the escalating series of events got to this point

0xDeadbeef series of edits/reverts/tags without discussion or consensus

Compilation time

Continuously stripping the article of information, context, and sources

Removal of Analytics India Magazine as source without consensus

Exercism source

References could strongly be improved

Nova Trex/Wang

copy pasted article contents

Remove Heap Structs section

Valid Criticism is NEVER Vandalism

Attacking Open-source Projects & Languages

Reference "Convert Go to V with go2v" in other Language

Maintaining the book list

Related Articles

Wikiwand AI