Talk:Code smell

message: Whether or not code generation is a code smell is debatable. The article indicates that it violates once and only once but code generation can be a way to achieve once and only once in a programming environment (language, target platform) where that is not otherwise possible. Since this example is dubious and the article does not lose the ability to demonstrate the concept of a code smell without it, I've removed that example. (Wikipedia:Be_bold) 216.36.186.2 (talk) 13:08, 4 February 2008 (UTC)
thread_title:  Removed Dubious Example - Code Generation 

message: At a superficial overview, it seems that the criteria for code smell are sound, but reading the link A Taxonomy for "Bad Code Smells" it seems that the duplicate code criterion counteracts the inappropriate intimacy and the large class/method criteria. An indication of this is the late introduction of generics in Java, which gives at hand that there is a general, longlived and naïve belief that "classes can do it all". For the article, which fulfills a very important purpose, I propose enhancing the criteria list, to problematize what the real problem is about and how the OO philosophy, especially XP philosophy believes that this real problem should be solved. (For the far future, I would hope there emerged some numeric measures of a fair balancing of one criterion against the others, but if CompSci ever reaches there, it will take decennia). ... said: Rursus (bork²) 09:16, 9 July 2009 (UTC)
thread_title:  Requirement contrarinesses 

message: "Determining what is and is not a code smell is often a subjective judgment" misspelling + does this really need a citation? It seems like common sense to me.  —Preceding unsigned comment added by 212.85.4.179 (talk) 12:59, 14 October 2009 (UTC)
replies: text: I agree. Btw, judgment is not misspelled. MahangaTalk 14:00, 14 October 2009 (UTC)
thread_title:  Citation not needed? 

message: Like bad naming, etc. bkil (talk) 16:58, 3 November 2009 (UTC)
thread_title:  Mention other bad practices  

message: Is this a common term (Google only shows up cuts-and-paste from wikipedia)? Isn't a "callback that does everything" a reasonable artefact of the Strategy pattern? 
217.194.34.115 (talk) 12:04, 13 January 2012 (UTC)
replies: text: 18+ months later, still no Google results apart from wikipedia. Should delete that term. 83.226.155.15 (talk) 21:06, 8 October 2013 (UTC)
thread_title:  Ubercallback ?

message: I don't know who proposed that this article be merged with Refactoring (and I am surprised not to see discussion about the proposal on this page). I'd just like to say that I disagree. In fact, I think this page should be expanded to encorporate more information about each smell, with examples and alternatives where possible. This article could ultimately become quite extensive, and as such, it would be inappropriate to merge. Kmote (talk) 20:00, 12 July 2012 (UTC)
replies: text: Update: Ah, I see now the link to the previous (now dead)  Talk page about this matter. Seeing that the debate has been decided in favor of Keeping, and that the discussion is nearly 8 years (!) old, I propose that the banner be removed. Kmote (talk) 20:09, 12 July 2012 (UTC)
replies: text: I agree on both counts. Since no one's shown up to argue for the merge, could we just remove the banner now? I'm not very familiar with wikipedia's rules of order. Inhumandecency (talk) 17:54, 23 July 2012 (UTC)

text: The proposal may have been made many years ago, but the page now says that the merge with Refactoring was suggested in February 2012. I do not agree with merging. The notion of a code smell is wrapped up with refactoring but it is a separate concept. Additionally, there is little reliable and stable information on the web about Code Smells. Martin Fowler has a short explanation on his bliki - http://martinfowler.com/bliki/CodeSmell.html- the list he refers to at the bottom of the entry is broken (but it is also at CodingHorror.com and is linked here as an external link).  I do agree that the banner should be removed.  Rdryfoos (talk) 23:09, 2 October 2012 (UTC)
thread_title:  Proposal to merge with Refactoring 

message: And thats a fact. I know that the codersphere is now filled with 4th rate code monkies who would love to make their mark on the world. But its hard to prove the negative here as there is huge investment in this 'make beleive' article by persons that want it to be 'made real'.
RE-NOMINATE FOR DELETE  — Preceding unsigned comment added by 94.118.0.0 (talk) 20:07, 8 June 2015 (UTC)
replies: text: Google currently shows 292,000 hits, so it seem that the term is reasonably commonplace.  Reify-tech (talk) 20:12, 8 June 2015 (UTC)

text: Words 'thats a fact' prove literary nothing. And now, in November 2020, Google Books search https://www.google.com/search?tbm=bks&q=%22code+smell%22& finds about 90 books. I have not checked each of them, but at least the first ten, spanning years 2005–2016, present excerpts with that exact phrase in the search results page. Apparently, it wasn't just the page authors' push to 'make it real'. CiaPan (talk) 11:29, 4 November 2020 (UTC)

text: I never saw this wiki page until today when I was linking to it, and I have used the term (and have heard it used) many times. It's the best term I know of to describe a wide variety of potential hidden problems under what appears to be working code. Maybe I'm just a 4th rate code monkey, but thats [sic] a fact. Fool4jesus (talk) 20:42, 5 February 2021 (UTC)

text: Agree with Wikipedia:Proposed_deletion. 24.92.248.18 (talk) 03:48, 20 September 2022 (UTC)
thread_title:  There is no such thing as 'code smell' 

message: I edited the bulleted list summarizing the empirical study in the lead section to correct a contradiction, but my edit was reversed by User:Sminthopsis84 without explanation.
The first two bullets of the list contain these two mutually contradictory statements:
*"most bad smells affecting a piece of code are already present since its creation"
*"most code smells are introduced while adding new features and enhancing existing ones"
These two statements cannot both be correct. When I referred to the cited study linked through the footnote, I found that it never claims that "most code smells are introduced while adding new features and enhancing existing ones". I made a change that is more consistent with the study and eliminates the contraction. I invite User:Sminthopsis84 to respond to this criticism with an explanation as to why the above criticism is invalid.
To Serve Man (talk) 22:21, 3 March 2016 (UTC)
replies: text: Okay, I see now that I misread the change, and have restored it. It is not true that I did not leave an explanation. Sminthopsis84 (talk) 01:18, 4 March 2016 (UTC)
thread_title:  Bulleted list in lead section contains contradiction and contains false statement