Talk:Alice (programming language)

Requested move

Alice programming language → Alice (programming language) – Conformance with WP naming conventions atanamir

The following discussion is an archived debate of the proposal. Please do not modify it. Subsequent comments should be made in a new section on the talk page. No further edits should be made to this section.

The result of the debate was move as outlined. -- tariqabjotu 02:43, 7 September 2006 (UTC)

Note: This poll has been transcluded onto the talk pages of a number of individual programming languages, but is in fact a subpage of Wikipedia talk:WikiProject Programming languages. When you comment, please note that this survey is for multiple programming languages, not just the one you saw it on.

Some editors have proposed a general rename of articles named with the pattern "FOO programming language" to the pattern "FOO (programming language)". Please note that this poll only is applicable to those programming languages whose names alone would introduce ambiguity. For example, programming languages such as Java and C , whose names alone are ambiguous, would be at Java (programming language) and C (programming language), respectively. Unique names such as Fortran and COBOL, should remain at their respective simple names.

For instructions on how to add a poll participation request to additional applicable article talk pages, please see: Wikipedia talk:WikiProject Programming languages#Poll procedure

Please add "* Support" or "* Oppose" followed by an optional brief explanation, then sign your opinion with ~~~~

Voting

• Abstain Support - I initially abstained because I just wanted to get a procedure rolling. Looking at the first few comment, I support the rename. As with other editor, I only want this where ambiguity exists in the name: e.g. for "Python" but not for "Perl". Also, something like "Python programming language" would still redirect to "Python (programming language)" under the proposal, so existing links would not break. LotLE×talk 22:32, 1 September 2006 (UTC)
• Support - However, I would object to specifying "programming language" anywhere in the title, as parenthetic remark or not, if the name of the language itself does not have any ambiguity issues. For example C programming language should change to C (programming language) (since C is already taken), but Fortran should stay at Fortran. --Serge 23:24, 1 September 2006 (UTC)
• Support - originator of the request; it would also meet the common names policy and also meet the disambiguation guideline. atanamir 23:32, 1 September 2006 (UTC)
• Oppose. The convention has been "<name of language> programming language" for quite a while and I don't think it helps by changing it now. There are already redirects in place for "<name> (programming language)" and it would only add more work to move them all there. Also, it goes against conventions in other media. In books related to programming on the copyright page where it sometimes has sorting information for the book many books say "Computers & Internet - <name> programming language I. Title" or something similar. - DNewhall 23:32, 1 September 2006 (UTC)
• Oppose. To quote Wikipedia:Disambiguation, "When there is another word (such as Cheque instead of Check) or more complete name that is equally clear (such as Titan rocket), that should be used.". It is undeniable that the "C programming language" is a widely-understood name, not just a description. There's a reason K&R's book is called The C Programming Language rather than C, a Programming Language. Diverse examples from other areas include French language, Titan rocket, sticking plaster, bread roll, contract bridge. What makes programming languages different from these topics? Deco 23:44, 1 September 2006 (UTC)
  • If those articles were named like the programming languages are currently, they would have been something like sticking plaster dressing, bread roll food, and contract bridge card game. Titan rocket, in fact, is a redirect to Titan (rocket family). The natural languages are a slightly odd exception to the normal convention, but i'm not a linguist, and not about to argue with them. (I do know, however, that many non-English Wikipedias use the normal (parenthesized) disambiguation convention for natural languages.) --Piet Delport 13:40, 2 September 2006 (UTC)
    • Apologies for the bad example - Titan rocket was moved since it turned out to be a rocket family, but others such as Angara rocket were not. The controlling question here is whether "C programming language" is a "more complete name" for C. I argue that it is, and so standing guidelines strongly support the current name. Deco 10:12, 3 September 2006 (UTC)
      • I would argue that isn't. You can say "I play contract bridge" and "I use C", but not "I use C programming language". You can expand the names into noun phrases, as in "I play the contract bridge card game" and "I use the C programming language", but in both cases "the * card game" and "the * programming language" are not part of the name itself, anymore. --Piet Delport 06:04, 4 September 2006 (UTC)
        • The presence or absence of a leading article is not a reliable indicator of whether it's a name or not, as indicated by French language, unless you wish to expand this proposal to move X language -> X (language) as well. Deco 06:28, 4 September 2006 (UTC)
          • Definitely not something i'm interested in pursuing; let the linguists and editors involved with natural languages worry about their own naming convention. --Piet Delport 12:09, 4 September 2006 (UTC)
            • (I know I am commenting on a now old post, but...) My take on "French language" is that it's different from "C programming language" since French is the language of the French. However, "C" is not a language named after a culture, country, or people (or anything). "C" only refers to C; "French" refers to a whole lot more than a language. Also, "French" is descriptive, but "C" is not. There's no need to clarify "C" or let it modify a noun. But being that a one letter name for something is inherently ambiguous, as well as names such as "Java" or "Python" (as already mentioned), there needs to be the parenthetical, "(programming language)".
• Support - due to its name being "Ruby". --Yath 01:31, 2 September 2006 (UTC)
• Support - this is the standard way that most Wikipedia articles are named. Use the common name and disambiguate appropriately using parentheses when necessary. --Polaron | Talk 01:43, 2 September 2006 (UTC)
• Oppose - For the same reasons as DNewhall. Chris Burrows 02:11, 2 September 2006 (UTC)
• Oppose — Per Deco, I don't see how adding parentheses to an article title which is already clear is an improvement. --Craig Stuntz 02:47, 2 September 2006 (UTC)
• Support -- Crypotography has had much the same problem for some time. It has adopted the "<topic> (cryptography)" approach which has worked well. Not elegant perhaps, but ... ww 05:20, 2 September 2006 (UTC)
• Oppose — Either way, there should be a second link so that both "C (programming language)" and "C programming langage" produce the C article. My main reason for opposing is that it isn't really consistent with the new "C programming language, criticism" page that was spun off the main C article; what would that name turn into? By the way, the official standard name is "programming language C", but to me that sounds too much like "PL/C" which would be wrong. Deco's remark is quite right. — DAGwyn 07:56, 2 September 2006 (UTC)
• Comment. This proposal is different from the original proposal, found here, which is now understood as having unanimous consensus in favour. Please do not interfere with the original proposition by misrepresenting it and opening a straw poll here, which can only serve to undermine the usefulness of the original proposal. It would have been much better to simply post a link. - Samsara (talk • contribs) 09:40, 2 September 2006 (UTC)

The original proposal seems pretty wacko to me, and I don't see any evidence of a consensus. As I understand it, this current section is not a "straw poll", but a genuine attempt to determine whether or not to move the C article to a new name, independently of whether that wacko proposal is accepted. — DAGwyn 09:53, 2 September 2006 (UTC)

• Oppose - As per Deco, if syntactically correct name is enough for disambiguation, it should be preferred. And also, without parentheses it's more pythonic (readability counts). Samohyl Jan 10:24, 2 September 2006 (UTC)
• Strong Support — The current convention is at odds with the rest of Wikipedia, and as cumborsome as it would have been to have things like Quicksilver novel, Manowar band, and Darwin operating system. --Piet Delport 13:28, 2 September 2006 (UTC)
• Support. Needs disambiguating, and the name seems to be to be currently misleading. --maru (talk) contribs 19:25, 2 September 2006 (UTC)

In what way is "C programming language" misleading? I can't think of a more natural title for such an article. — DAGwyn 05:48, 4 September 2006 (UTC)

• Support. Those opposing often Some of those opposing assume that the poll is about deleting the "X programming languages" links - this is not correct. Nor is the intention to move names which are unambiguous, such as Fortran. Aaron McDaid (talk - contribs) 23:06, 2 September 2006 (UTC)
  • For the record, I do not make either of these assumptions, and continue to oppose on the stated grounds. Deco 10:10, 3 September 2006 (UTC)
    • I didn't intend to imply that there weren't other reasons for opposing. Thanks for pointing that out Deco. Aaron McDaid (talk - contribs) 10:33, 3 September 2006 (UTC)
      • Don't worry about it - I appreciate your clarification that these are not valid grounds for opposition. Deco 10:38, 3 September 2006 (UTC)
• Support per Piet Delport. — Hex (❝?!❞) 23:35, 2 September 2006 (UTC)
• Support per Hex. -- Fredrik Johansson 12:54, 3 September 2006 (UTC)
• Support per Piet Delport. – Smyth\^talk 14:33, 3 September 2006 (UTC)
• strong support. Piet Delport puts it well. Programming language articles should be disambiguated the same way that other Wikipedia articles are. — brighterorange (talk) 18:15, 4 September 2006 (UTC)
• EMPHATIC Support I've wanted this to happen for a long time now. Per Piet Delport. RN 10:34, 5 September 2006 (UTC)

Discussion

Response to DNewhall's comment

In order to reduce clutter in the voting section, i've deicded to respond to DNewhall's vote here. If you're afraid of the amount of work it would take to move the articles, I can move most of them and i'm sure there are other editors willing to take up the task. Also, most books about programming languages simply have the title or common name of the programming language as the title of the book -- the Wrox series uses "Professional PHP" or "professional Java", not "professional PHP programming language" or "professional Java programming langauge". Many of the books I have also have the sorting information as "Computers -- Programming languages -- X," where X is the programming language. atanamir 23:36, 1 September 2006 (UTC)

The main issue is not that I'm afraid of the work but that it'll be a lot of work with next to no perceived benefit. Both "Euphoria programming language" and "Euphoria (programming language)" go to the same page and I (and others apparently) fail to see how that is an improvement over the current convention. The text is exactly the same, you're just adding parentheses. No one is going to get confused about the lack of parentheses (also remember that the names with parentheses already have redirects in place). Is "<name> (programming language)" a more correct title for the article? Arguably. Is it worth the effort of moving all the pages over from their perfectly understandable title to a title that already has a redirect in place for it? No. - DNewhall 16:10, 2 September 2006 (UTC)

I think you misunderstand the point of stylistic consistency on Wikipedia. Any one article in isolation would be fine under either convention; in fact, if the project was only the one article on, e.g. "C programming language" there would be no contrast with all the other uses of parens for disambiguation. But if WP (or some subset) was prepared for print or other syndication, having relatively consistent stylistic choices helps a lot (article naming is, of course, just one small issue among many others, of course). The work involved in a rename would, obviously, be a tiny fraction of the work involved in discussing the question, so that is "vanishingly insignificant". LotLE×talk 16:42, 2 September 2006 (UTC)

When it comes to C, we need to clear and distinct names for the articles on the programming language article and for the book. C (programming language) and The C Programming Language (book) are those two names. They are unambiguous and (or is that because?) they conform with the Wikipedia standard. Anything else should be a redirect to one or disambig page to both. 'C programming language' should redirect to the language and 'C Programming Language' to the book or a disambig page. The existence of a book called 'The C Programming Language' is actually an argument in Support. Aaron McDaid (talk - contribs) 12:49, 4 September 2006 (UTC)

... Appending to own comment ... It's never referred to directly as 'C programming language'. It's always 'C' or 'the C programming language. Note the ' the '. The latter is of the form 'the X Y' where X is the name and Y is the type of object. 'the X Y' (or even 'X Y') is not a new name for the object, simply a way to refer to X where there may be some ambiguity. Aaron McDaid (talk - contribs) 13:07, 4 September 2006 (UTC)

Repsonse to Deco's comment

Imagine if you have a set of objects which all fall under the same category -- let's say they're all different types of Widgets. The types are Alboo, Kabloo, Hello, Wawoob, Baboon, Choogoo, Chimpanzee, etc. Because some will cause ambiguity -- Hello, Baboon, and Chimpanzee -- they need to be disambiguated. However, since the common name (in this case, the real name) is "Hello," "Baboon," and "Chimpanzee," wikipedia has an established precedent of using parentheses. Thus, the unique widgets, Alboo, Kabloo, Wawoob, Coogoo, can have articles simply at the name itself; but the ambiguous names should have articles at Hello (widget), Baboon (widget), and Chimpanzee (widget). Thus, the article titles will be uniform in that they are all "at" the name itself, but with a disambiguator on several of them. This is easier than making all of the articles at Alboo widget, Kabloo widget, Hello widget, etc. Also, it allows for the pipe trick, so links can easily be made with [[Hello (widget)|]] --> Hello. atanamir 23:54, 1 September 2006 (UTC)

• an example of this that's currently on wikipedia is colours. Some colours, such as Blue, Brown, and Red are at their articles, but colours like Orange (color) need the disambiguation part on them. It isn't at Orange color, althouh there is a redirect -- we can do the same thing with redirects. atanamir 23:57, 1 September 2006 (UTC)

• also, your examples -- Titan rocket is a redirect for Titan (rocket family). Your other examples do not incite ambiguity, otherwise they'd be at places like Contract bridge (card game) atanamir 00:33, 2 September 2006 (UTC)

• Titan rocket may now be a redirect, since it turned out to be a family of rockets rather than a single rocket, but there are still many rockets named that way (e.g. Angara rocket) and it's still cited on Wikipedia:Disambiguation specifically. The miniscule convenience of the pipe trick is not a reason for anything. My point is that this is a much wider concern than programming languages alone and represents a significant departure from the disambiguation guidelines. It would be radical to make such changes in a single area without raising them to the wider community, when your argument seems to apply to everything. The point of contract bridge and bread roll is that the more common names for these topics are "bridge" and "roll". Deco 07:48, 2 September 2006 (UTC)

Simpler disambiguation

Even if we add the parentheses, the guideline at Wikipedia:Disambiguation#Specific topic makes sense to me:

If there is a choice between disambiguating with a generic class or with a context, choose whichever is simpler. Use the same disambiguating phrase for other topics within the same context.

For example, "(mythology)" rather than "(mythological figure)".

In this case, we could have the simpler and more widely applicable "(computing)" instead of the long "(programming language)". --TuukkaH 10:04, 2 September 2006 (UTC)

I agree with the sentiment, but i think "(computing)" is too wide, with way too much opportunity for clashes:

• Curl versus cURL
• Curry versus Currying
• Icon versus Icon (computing)
• Leopard versus Leopard (DHT)
• Mercury versus Mercury (computer)
• Nice versus nice (Unix)
• Pico versus Pico (text editor)
• Ruby versus Ruby (hardware description language)

"(programming language)" might lean towards the long side, but i don't think any alternative class comes close to being as simultaneously large, well-defined and well-populated. --Piet Delport 15:14, 2 September 2006 (UTC)

I agree that if we were to use parentheses, "(computing)" is not specific enough. Your examples are excellent, particularly "Icon", which clashes with an already-existing article! Deco 10:40, 3 September 2006 (UTC)

Perhaps you're right in that it's not specific enough. On the other hand, the disambiguation can never be perfect as there are several programming languages that share a name: NPL has three programming languages, The Language List has four programming languages called G. What about "(language)" then? --TuukkaH 22:02, 3 September 2006 (UTC)

"Language" connotes something rather different from "programming language". "Lisp (language)" for example. "Programming language" is the accepted category in the industry, abbreviated to "PL" quite often in discussions (whereas "L" is never used for this). — DAGwyn 05:59, 4 September 2006 (UTC)

What about just "(programming)"? Or is that too ambiuguous as well? atanamir 02:39, 5 September 2006 (UTC)

The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made in a new section on this talk page. No further edits should be made to this section.

Pages like C programming language, criticism

To meet the new standard, the pages should be moved to something like Criticism of C (programming language), right? examples are Georgia (U.S. State) and Politics of Georgia (U.S. state). atanamir 02:42, 5 September 2006 (UTC)

Depends on the page in question, most likely; some would work like above, some (like C syntax) wouldn't require any changes, and some might want to use a different method to disambiguate. --Piet Delport 05:55, 5 September 2006 (UTC)

Agreed with Piet; only the ones that would incite ambiguity -- simply "Criticism of C" would have ambiguity, but "C syntax" or "Syntax of C" are both rather unambiguous and would not need change. atanamir 06:01, 5 September 2006 (UTC)

Surely, criticism of C is pretty unique and should be the article? Are there any other C's that would be criticized? Aaron McDaid (talk - contribs) 21:41, 5 September 2006 (UTC)

I agree that the most likely "C" to be criticised is the programming language, but some may be looking for a criticism of the letter or magazine. Unlikely, but possible. This decision would be left up to the community, though. atanamir 01:57, 6 September 2006 (UTC)

As of now, there is only one C that is criticized on Wikipedia, and I am not aware of anyone wanting to write an article criticizing any other Cs. Therefore, criticism of C is unique. The Wikipedia standard is to only disambiguate when necessary. That article should be moved to criticism of C at some point, but we should let this debate finish first. Aaron McDaid (talk - contribs) 09:16, 6 September 2006 (UTC)

For the record, "Criticism of C" didn't even exist until I created the redirect yesterday. Was kind of surprised because it was at that wierd, longish name and is a pretty good article :). RN 10:19, 6 September 2006 (UTC)

The C criticism article was split off from the main C article, where it had previously been embedded, in response to a requirement in order for the main C article to be designated a "Good Article". I picked the name with the idea that it was a sub-article of the main one. Once the discussion has settled, I don't object to some reasonable renaming, so long as the links between the two articles are fixed up so they still point to each other. — DAGwyn 21:51, 6 September 2006 (UTC)

Aaargh! Whoever just renamed the main C article ignored this linking issue. I have edited the C criticism article so its link to the C article does not have to redirect. — DAGwyn 20:20, 7 September 2006 (UTC)

The term "criticism" should not be used (I've stated reasons for this on Talk:C (programming language); the more accurate term of "analysis" or something similar should be used. Dysprosia 03:54, 7 September 2006 (UTC)

You also received feedback to the effect that criticism doesn't have to be negative, that the article is fairly balanced, and that a list of limitations has to seem somewhat negative no matter how well-intentioned it may be. The C criticisms article is not at all a complete analysis of the language, just a description of the many characteristics of C that have drawn reasonable criticism. Since C is so popular and wide-spread, it is a target for a lot of sniping and second-guessing, and it is undeniable that that has happened, which is part of what the C criticism article specifically addresses. One of the useful functions of the C criticism page is to bring some balance to that criticism. — DAGwyn 20:20, 7 September 2006 (UTC)

I also responded to that comment by saying (and I'll repeat the comment here for the benefit of readers of this page) that the term "criticism" still has primarily a negative connotation and that because of this it is an undesirable term. The article in question has the potential to contain discussion on design points on the language and opinions on those who comment on these design points. That is an analysis of the design of the language, and has the potential to encompass views from all points on the spectrum on the matter. Dysprosia 07:43, 8 September 2006 (UTC)

I just want to chip in that i agree with DAGwyn that "criticism" does not carry negative any primarily negative connotations in this context. As the criticism article says:

"In literary and academic contexts, the term most frequently refers to literary criticism, art criticism, or other such fields, and to scholars' attempts to understand the aesthetic object in depth."

There are certain fields ("In politics, for instance [...]") where "criticism" connotes mainly negative criticism, but it should be reasonably clear that encyclopedias won't limit themselves to that. --Piet Delport 23:32, 10 September 2006 (UTC)

Technically, it shouldn't carry any as you suggest but most seem to think it is a dumping ground for it. I would recommend "Analysis" as that's what I'm doing for criticism page I watch. RN 23:43, 10 September 2006 (UTC)

"Analysis" usually implies something more formal, complete and reductionistic, though. Is that what the article is aiming for? --Piet Delport 00:00, 11 September 2006 (UTC)

It doesn't need to imply that. The article in question however should aim to examine as many viewpoints on as many language points as possible. Dysprosia 02:33, 11 September 2006 (UTC)

Unfortunately, the C (programming language) article itself does force the negative connotation on the reader by saying "Despite its popularity, C has been widely criticized. Such criticisms fall into two broad classes: desirable operations that are too hard to achieve using unadorned C, and undesirable operations that are too easy to accidentally achieve while using C. Putting this another way, the safe, effective use of C requires more programmer skill, experience, effort, and attention to detail than is required for some other programming languages." That whole paragraph implies that the article Criticism of the C programming language is negative (why else say "Despite its popularity" and then cite two negative classes?) Mickraus 17:14, 24 January 2007 (UTC)

I'll just wait for someone else to paint the bikeshed — Preceding unsigned comment added by 121.211.204.77 (talk) 12:52, 6 July 2015 (UTC)

Notability

I don't know why the template for questionable notability says to cite secondary sources. I contend that any implemented concurrent constraint programming language is notable on the grounds that it's one of the tentacles (or axons, to use another metaphor) by which the present of computer programming technology tries to reach toward its future. Maybe the path to the future won't follow exactly this bridge, but it will follow a similar one, and we don't know yet which one. Jack Waugh (talk) 18:35, 6 August 2010 (UTC)

List of books for notability.... here CanadianLinuxUser (talk) 18:52, 9 February 2011 (UTC)

Deletion review copy. Sources, etc

In the interests of preserving links to the sources that were mentioned in the DR before it disappears into the nether (archive), I've reproduced the discussion here. Throwaway85 (talk) 05:40, 15 February 2011 (UTC)

— Leandro GFC Dutra (talk) 12:52, 14 February 2011 (UTC)

• Overturn and undelete: Plenty of readily available high quality citations on google scholar [1] Imprecisekludge (talk) 16:28, 14 February 2011 (UTC)

• Endorse, allowing recreation - No matter how much I personally disliked the deletion spree, the DRV rationale borders on nonsense and the consensus was very clear. Given that it seems (from the AfD) that there is more than one Alice programming language and there is evidence of notability of at least one of the two, I'd say no problem if someone rewrites an article with the same title with evidence of notability. --Cyclopia^talk 18:15, 14 February 2011 (UTC)
  • The other language/environment already has an article at Alice (software). --SarekOfVulcan (talk) 18:28, 14 February 2011 (UTC)
  • I'm at a loss as to how all votes to keep outside of the nominator counts as a clear consensus (as noted by Calathan). -- Imprecisekludge (talk) 21:15, 14 February 2011 (UTC)
    • Keep#1 -- "use Google"
    • Keep#2 -- "nom is incompetent"
    • Keep#3 -- "here is a list of articles specifically referring to AliceML, and nom is a vandal" -- only (semi-)good !vote
    • Keep#4 -- "use Google"
    • Keep#5 -- "nom is saboteur"
    • Keep#6 -- "look at all these refs that have nothing to do with the article subject"
    • That's how. --SarekOfVulcan (talk) 21:42, 14 February 2011 (UTC)
      • Multiple commentators cited good sources that referred to the correct Alice language. Not all such links were clearly marked directly next to keep votes, but they did exist. I'll grant that certain voters were somewhat splenetic, and I can understand how that would cloud one's judgement. --Imprecisekludge (talk) 22:10, 14 February 2011 (UTC)
• Overturn and relist - While I understand that in general AFDs should be closed based on the strength of arguements, deletion at AFD requires a consensus, and in most cases I don't think it is reasonable to consider a single person's opinion as a "consensus" even if his arguements were the strongest. Given that no one at all agreed with the nominator in that AFD, I don't think it was reasonable to close the debate as a consensus to delete. With the confusion over what the subject was, not many people actually discussed the real subject of the article, so perhaps relisting would allow more people to discuss the real subject of the article. Calathan (talk) 18:20, 14 February 2011 (UTC)
• Overturn to nc A) I don't see a good discussion in that AfD, but I certainly don't see a consensus to delete. (so per Calathan in effect) B) I am seeing a fair number of articles that use, cite, and in some cases describe Alice ML ([[2]]). It does seem to be used by a fairly small set of folks, but the functional languages community is pretty small, that doesn't make their publications unreliable or unsuitable for WP:N. Further, there appears to be decent documentation at a number of academic institutions. I can certainly see this being viewed as not enough, but I don't think this AfD was clear enough to override all that. Hobit (talk) 18:23, 14 February 2011 (UTC)
  • Oh, it's clear that the nomination in the DrV is bogus, but let's not derail the discussion and rather treat the nomination as a bad !vote. Hobit (talk) 18:26, 14 February 2011 (UTC)
• Comment - Someone keeps recreating the page, so I think maybe it needs to be re-deleted and create protected until this deletion review concludes. Calathan (talk) 18:42, 14 February 2011 (UTC)
• Overturn and undelete: Alice ML is highly notable, there are dozens of references and citations related to the language. It is hugely influential. I respectful ask that editors not familiar with programming languages and computer science bow out of this debate. Relevant: http://www.archive.org/details/20060408-jscott-wikipedia — Preceding unsigned comment added by Elblanco (talk • contribs) 18:43, 14 February 2011 (UTC)
• Comment I deleted the article and protected it based on the AFD result, but I will be happy to unprotect and reinstate if the consensus here is to recreate (and it seems to be headed that way). I have no opinion on the merits of the deletion. NawlinWiki (talk) 19:09, 14 February 2011 (UTC)
• Overturn and undelete: There was no consensus; there wasn't even a single vote to delete. I know consensus is about the strength of the arguments, not a simple count of votes, but it's quite a stretch to call the view of one person in a group of seven "consensus". Zwilson (talk) 19:17, 14 February 2011 (UTC)
• Alice ML is a significant for a number of reasons. To quote [1], "There is little other work on type-safe marshalling for ML-like languages, and almost none that deals with dynamic type equality across programs in the presence of abstract types. A notable exception is the Alice language of Rossberg et. al." The paper [2] is a model of Alice's futures, and one of few formal presentations of futures in functional programming languages. Some other aspects of the language are probably significant, if additional references are required. As for the discussion itself, it seemed the arguments for deletion mostly revolved around claims of the lack of reliable sources, while diverging from WP:RS by claiming Ph.D theses are not peer-reviewed, rejecting peer-reviewed articles for not meeting an unspecified citation count. 20:11, 14 February 2011 (UTC) —Preceding unsigned comment added by 192.17.107.169 (talk)
• Allow recreation Something of a meta argument, but the fact that sources apparently exist is insufficient - they need to be in the article. Undeleting the article results in the same issues being apparent, with no real motivation for making the effort to ensure the appropriate references are added (any AfD will be met with the same harassment of the nominator, and DRV made to host the same arguments). I am also rather disinclined to have WP:N deprecated. A recreated article, with references, is fine - as long as there are contributors not scared of a little work. LessHeard vanU (talk) 20:53, 14 February 2011 (UTC)
  • That's not WP policy. WP:N is not to delete articles that need work, it is to delete articles that are *not notable*. Policy is to restore the article, tag it as requiring further citation, and wait. If the work is not done, then (maybe) AfD again. In any case, discussion about what sources were and were not cited in the article is rather difficult until the article is restored in some form. -- Imprecisekludge (talk) 21:12, 14 February 2011 (UTC)
    • Yeah, I'm a bit surprised by LessHeard vanU's comments. I suspect we are heading that way (sadly IMO), but we aren't there yet either in policy or day-to-day reality. Hobit (talk) 22:13, 14 February 2011 (UTC)
• Overturn and undelete on the grounds of both process and the notability of the article. On the grounds of process: as others have stated, there was no consensus to delete; the original proposer put the AfD forward, and all comments were for Keep, but the closing admin discounted every reason in favour. Some of the reasons in favour of a Keep decision were personal attacks, and so not legitimate arguments, some mixed personal attacks and legitimate arguments, and some were legitimate arguments; it is clear in this case that consensus was not reached. On the grounds of notability: in the original AfD, the proposer replied to evidence of notability in the form of conference publications and substantial mentions in peer-reviewed publications by rebutting them on several grounds. Let's consider the 'Alice through the looking glass' publication. The proposer claims that the place the paper was presented is 'third-tier' and that they aren't indexed in one particular source, namely the ACM Digital Library. The ACM Digital Library only indexes journal articles published by the ACM - so the claim that anything no in the ACM Digital Library is not notable roughly equivalent to saying, for example, that anything not originally published by News Corporation is not notable. This is an incorrect interpretation of Wikipedia policy. WP:N requires that there are reliable sources for a given article; WP:RS says that 'Self-published material may be acceptable when produced by an established expert on the topic of the article whose work in the relevant field has previously been published by reliable third-party publications' and 'Self-published or questionable sources may be used as sources of information about themselves, especially in articles about themselves, without the requirement that they be published experts in the field' with a list of conditions. The last author on the Alice in the Looking Glass article is very clearly an expert in the field; see [3], and so the paper is a reliable source according to WP:RS. There is therefore no requirement that articles be peer reviewed. The Alice through the Looking Glass article could be considered a primary source (although the question of whether a source is primary or secondary is blurred for research not based on carrying out experiments). It is therefore worth including some papers which review Alice ML in the notability analysis. The Alice through the Looking Glass paper is cited 35 times according to Google Scholar, including in Introduction to Concurrency in Programming Languages. In summary, taking the arguably primary and the definite secondary sources together, the requirements for notability are very clearly met, and the closing of the original AfD was flawed. A1kmm (talk) 22:31, 14 February 2011 (UTC)
• Overturn to no consensus / keep While the votes could have been better phrased, there was no consensus for deletion and reliable and verifiable sources that were directly relevant to the article were provided and referenced, and these sources don't need to be peer reviewed to be acceptable. Alansohn (talk) 01:50, 15 February 2011 (UTC)
• Overturn and troutslap the closing admin for blatantly ignoring the consensus of the discussion, also ignoring the valid sources that were presented in some of the comments, giving a misleading close rationale that gives the false impression that no valid sources were presented, and allowing the personal attacks that were also present in some of the comments to sway his judgement. —David Eppstein (talk) 02:16, 15 February 2011 (UTC)
• Overturn and undelete. Clearly overwhelming consensus to keep. Steven Walling 03:04, 15 February 2011 (UTC)

Link to Website seems incorrect

The "Website" field in the info box says "www.alice.org" on both pages "Alice (software)" and "Alice (programming language)". The site seems to be for the software described in "Alice (software)", so I think the site listed on this page's info box is incorrect. 47.186.122.163 (talk) 01:52, 17 July 2023 (UTC)