Am Sat, 7 Dec 2013 21:35:39 -0800 schrieb "H. S. Teoh" <hst...@quickfur.ath.cx>:
> On Sun, Dec 08, 2013 at 03:01:03AM +0100, digitalmars-d-boun...@puremagic.com > wrote: > > On Sunday, 8 December 2013 at 01:59:15 UTC, Walter Bright wrote: > > >But when I talk about refactoring, I mean things like changing > > >data structures and algorithms. Renaming things is pretty far over > > >on the trivial end, and isn't going to help your program run any > > >faster. > > > > Well, I was just so surprised by your answer that I was looking for > > common ground :-) > > OTOH, I was quite confused the first time somebody talked about > "refactoring" to refer to variable renaming. To me, refactoring means > reorganizing your code, like factoring out common code into separate > functions, and moving stuff around modules, and substituting algorithms; > the kind of major code surgery where you go through every line (or every > block) and re-stitch things together in a new (and hopefully cleaner) > way. Variable renaming sounds almost like a joke to me in comparison. I > was quite taken aback that people would think "variable renaming" when > they say "refactoring", to be quite honest. > > Or maybe this is just another one of those cultural old age indicators? > Has the term "refactoring" shifted to mean "variable renaming" among the > younger coders these days? Genuine question. I'm baffled that these two > things could even remotely be considered similar things. > > > T IDEs offer symbol renaming in their catalog of automated refactorings. Often a single key press (like F2) makes safely renaming a symbol to more descriptive name so easy that it became the #1 most used refactoring. So "refactoring" refers to that menu with automated refactorings and most probably to the rename command :) -- Marco