??? 08/07/09 06:36 Read: times |
#168237 - implication and how to challenge it Responding to: ???'s previous message |
I said:
Whatever "faster" means. This was supposed to mean, "fast = development time, but I see that there might be a dispute about what exactly development time means and how to time it". Pretty much the same as your definition of "development time of almost all phases of project", except I was lazy to write the whole down, just used "faster" throughout. No, we don't discuss execution time here (whatever THAT means, again). Erik Malund said:
you did not read what I said: "any good compiler can beat the defecation out of asm re development time (including debug) for almost all parts of a project. This is equivalent to claim that "ANY project (almost all parts of it) can be done faster in C than in asm". And I say, this is NOT TRUE. To prove me that, it is enough to find ONE project which is done faster in asm than in C; and that project might quite well be biased in favour of asm. This is a rudimentary rule of logic: implications are not commutative. JW |