That's not what I mean. But it's worthwhile to note that almost all
"rewrite from scratch" projects really translate into "I'm unwilling to
learn what the last guy did, and I'm smarter, so I'm going to do what
I want to do". And that is not what kernel programmers do. They would
love to be able to do that but it's very rare that doing so makes sense.
In reality, the guy who came before you wasn't an idiot. Maybe s/he
didn't do the best job possible, but the fact that the code is there and
works implies some level of understanding. Real programmers make their
work fit *seamlessly* with the work of the people who came before them.
It's egoless programming, you are striving to make things fit so well
that noone can see where person A stopped and person B started.
In Eric's case, it would have been far better if he had done some work
to make CML1 work better. It simply isn't broken enough to justify
throwing it out. And it's not at all clear to me, at least, that the
CML2 stuff is any less broken, it's just broken in different ways.
Unless Eric can make a system that is widely viewed as better overall
than CML1, making one that is better in some ways but worse or just as
bad in others, well, that's a big waste of time.
At Sun, we had a rule that a major change was automatically disallowed
unless it showed a factor of 2 improvement in some important way while
holding the other variables constant. I don't think CML2 would pass
that test. Aunt Tillie's opinion doesn't count.
----- Larry McVoy lm at bitmover.com http://www.bitmover.com/lm - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/