Wikipedia:Articles for deletion/Breadth-first search implementation Source: en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Breadth-first_search_implementation

The following discussion is an archived debate of the proposed deletion of the article below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the article's talk page or in a deletion review). No further edits should be made to this page.

The result was delete. SilkTork *^YES! 13:12, 19 May 2009 (UTC)[reply]

Breadth-first search implementation

As has been discussed ad nauseam at Wikipedia talk:WikiProject Computer science#Source code, Wikipedia is not a code repository: it is appropriate to describe an algorithm within its own article both in English prose and as either (preferably) pseudocode or a single code implementation. Multiple redundant implementations belong somewhere else more suited to hosting code. We've recently gone through several iterations of ripping all this code out of the breadth-first search article, leaving something shorter that a human can read; this attempt to add it back in by a back-door channel is not constructive. —David Eppstein (talk) 21:55, 12 May 2009 (UTC)[reply]

Delete As a non-programmer, I find the article senseless. It doesn't even say what breadth-first search is. The issues that led to this need to be resolved, this isn't the answer. How one would establish notability and verifiability for code like this I can't begin to imagine. Drawn Some (talk) 23:49, 12 May 2009 (UTC)[reply]
Keep/Merge Noms arguments seem to support merge rather than delete. I agree the article lacks context, that's because it belongs in the main article. Sorry I didn't notice that it was a fork in the first place. I would support moving the pseudocode back into the main article and getting rid of the rest. Since the content was from the original article anyway, no need to merge. Gigs (talk) 00:09, 13 May 2009 (UTC)[reply]

Delete. If the pseudocode was from the main article already, put it back, and delete all these implementations. Wikipedia is definitely not a source code repository. Fences and windows (talk) 03:14, 13 May 2009 (UTC)[reply]
Restore (or merge if it wasn't already there) the psuedocode back to the main article, delete the various implementations. No good reason to have specific implementations in the article, which run into verifiability issues (plus, how does one pick which languages are "important" enough to show?) Nothing wrong with having the psuedocode though. BryanG (talk) 03:30, 13 May 2009 (UTC)[reply]
Delete. We already have a pseudocode (or at least a close equivalent) in the main article; section Breadth-first search#Algorithm (informal) is, in essence, equal to Breadth-first search implementation#Algorithm (formal), we are just using a different style. — Miym (talk) 06:38, 13 May 2009 (UTC)[reply]
Delete. The pseudocode is sufficient. — Ott2 (talk) 13:03, 13 May 2009 (UTC)[reply]
Move to Wikibooks or Delete. This isn't appropriate for Wikipedia. —Ben FrantzDale (talk) 14:10, 13 May 2009 (UTC)[reply]
Delete, Wikipedia is not for how-to manuals or programming instructions. - Smerdis of Tlön (talk) 14:36, 13 May 2009 (UTC)[reply]
Delete I'd like to see a middle ground between Algorithm(informal) and Algorithm(formal) but remove everything else since implementations are not Wikipedia policy... in my opinion, the former is not descriptive enough, while the latter is too descriptive and aligns itself with real code too much. If it is to be combined somehow, to be a middle ground between the two -- since there are no semicolons, maybe removal of the parentheses is called for too. —Preceding unsigned comment added by CaptainMorgan (talk • contribs) 02:36, 14 May 2009 (UTC)[reply]
delete per above good arguments already taken. Dloh cierekim 00:15, 15 May 2009 (UTC)[reply]

The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the article's talk page or in a deletion review). No further edits should be made to this page.