This is an essayonnotability. It contains the advice and/or opinions of one or more WikiProjects on how notability may be interpreted within their area of interest.
This page in a nutshell: Software articles should avoid promotional wording and establish significance. Consider the circumstances surrounding an article in relation to the type of sources used. Before nominating an unsourced article for deletion, make sure to verify that it is non-notable, not just missing citations
The purpose of this essay is to provide commentary on the notabilityofsoftware by measuring its technical or commercial achievements. For the purpose of this essay, "software" includes allcomputer programs running on any digital device such as personal computers, appliances, video game consoles, and others. This essay does not restrict article content. Rather, the purpose of this notability essay is to provide guidance for deciding when a topic warrants a page of its own.
This essay assumes the reader knows the meaning of "computer program", "app", and "software", as well as their syntactic, semantic and pragmatic implications.
A computer program can usually be presumed to be notable if it meets any one of these criteria:
It is discussed in reliable sources as significant in its particular field. References that cite trivia do not fulfill this requirement. See following section for more information.
It is the subject of instruction at multiple grade schools, high schools, universities or post-graduate programs. This criterion does not apply to software merely used in instruction.
It is the subject of multiple printed third-party manuals, instruction books, or reliable reviews,[2] written by independent authors and published by independent publishers.
It has been recognized as having historical or technical significance by reliable sources. However, the mere existence of reviews does not mean the app is notable. Reviews must be significant, from a reliable source, or assert notability.
Common sense and an awareness of historical context should be used in determining whether coverage in sources found for an app is in fact reliable and significant. Factors that may impact on the evaluation of sources include:
The way the app is distributed. An app that is distributed commercially or supported by businesses is a commercial product. Sources used for such apps should satisfy the breadth and depth of coverage required for a standalone commercial product article.
The state of the field in which the app operates. Wikipedia is not a directory of all apps that can be confirmed to exist. An app that is just another entry in a crowded field needs more persuasively significant sources, of a kind that indicate that it stands out from the crowd. Notability of one app does not automatically mean that each of its competitors are notable as well.
The state of the app itself. Apps in closed beta testing stages need citations that show interest and development for an article prior to release. Wikipedia is not a crystal ball and notability cannot be assumed. On the other hand, software with significant historical or technical importance (e.g. Visicalc) are notable even if they are no longer in widespread use or distribution.
Editors should evaluate various aspects of the coverage: the depth, duration, geographical scope, diversity and reliability of the coverage. The depth of coverage in the sources should be significant and directly about the software. Coverage of the software in passing, such as being part of a how-to document, do not normally constitute significant coverage but should be evaluated. Inclusion of software in lists of similar software generally does not count as deep coverage.
Stories on software as products of a local company in a small region may not be evidence of notability. The source of the reporting is important to evaluating whether the software is only important to a limited geographical scope.
Any proposed deletionorAfD nomination of a software product should mention the sort of product it is, if that can be intelligibly derived from the article.
If you are unfamiliar with the subject at hand, consider using {{notability}} tag, informing the relevant WikiProject or starting a talk page discussion.[4] Remember to follow best practices when nominating articles for deletion, such as notifying contributing editors, and considering alternatives to deletion.
As with other essays (or guidelines), this essay is not intended to consider all circumstances. If in doubt, remember that rules are principles intended to guide decisions and that Wikipedia is not a bureaucracy. Go ahead and tag that article for deletion or present reasons to keep an article.
A{{infobox software}} with information on version number, developer, etc.
An appropriate comparison or timeline of significant versions (see below).
Articles should not have:
Lists (release logs) of every released version. Timelines and comparisons of versions are allowed in an article if multiple versions exist. However, they should not be overly detailed as to resemble a change log. Your comparison or timeline should only have major, significant versions. While this may be presented in a table, you do not need to use one. Prose and charts can be just as illustrative and you should use your best judgement when deciding how to display the information. Having the major versions, release dates, and a short summary of significant changes or differences is sufficient for most articles.[5]
^Primary sources should only be used to verify non-contentious objective content such as release dates, features, etc. Subjective opinions, analysis, or promotional statements can not be referenced using primary sources
^Larger articles on popular software with a long history may choose to have more detailed comparisons or timelines in order to present a better view of its history. For example, this may entail feature comparisons between major versions such as platform support or standards compliance.