Inherent code performance advantages of D over C?

[Marco Leise]

Am Sat, 7 Dec 2013 21:35:39 -0800
schrieb "H. S. Teoh" <hsteoh at quickfur.ath.cx>:

> On Sun, Dec 08, 2013 at 03:01:03AM +0100, digitalmars-d-bounces at 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