| Re: simpletest vs phpunit vs ... [message #180543 is a reply to message #180537] |
Mon, 25 February 2013 18:28   |
Anders Wegge Keller
Messages: 30
Registered: May 2012
Karma:
|
Member |
|
|
legalize+jeeves(at)mail(dot)xmission(dot)com (Richard) writes:
> [Please do not mail me a copy of your followup]
Talking about strawmen-arguiments :)
> Anders Wegge Keller <wegge(at)wegge(dot)dk> spake the secret code
> <87wqtzo752(dot)fsf(at)huddi(dot)jernurt(dot)dk> thusly:
>> Didn't you say that refactoring could eliminate the need for
>> comments?
>
> Which is not the same thing as me telling you to go refactor half a
> million lines of code. Where did I tell you to do that? Nowhere.
You made a blanket statement about refactoring being the replacement
for comments. I provided you with a real-world situation, where
refactoring is not a practical option in my world view. At that point,
you could have augmented your original position with a limitation to
its usefullness. That would have provided a starting point for a
discussion about the practical limits of different philosophies in
that regard.
So instead of riling yourself up, please tell me what you consider an
upper limit wrt. code complexity and SLOC for refactoring.
And at the same time, let me add another concern about refactoring
code. This also stems from my work in a project-oriented
organization. On average, 92-93% of the code is identical with the
base code. It's not the same parts that are identical in the
individual projects. From time to time[1] we find a bug in the base
code. The SOP in this case is to test it throughly in the base code,
and then patch the difference onto each project derived from that
base. This is normally an easy operation, as the code in most cases
look identical. But if we had refactored each project agressively, we
would be in a bad situation, when applying a fix from the base
software. I already mentioned a guess about your experience being in
product development, where you are not bound by these concernes in the
same way, but I'm curious if I'm right or wrong?
1. Mostly whenever we are forced onto faster hardware. Then we always
seem to find a new race condition, that have been hiding for 25
years.
--
/Wegge
Leder efter redundant peering af dk.*,linux.debian.*
|
|
|
|
Calendar
Search
Help
Members
Register
Login
Home
]