Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 25 Jan 2004 11:35:38 +1100
From:      Johny Mattsson <lonewolf-freebsd@earthmagic.org>
To:        current@freebsd.org
Subject:   Re: DragonflyBSD kernel clock improvements
Message-ID:  <40130F5A.1060709@earthmagic.org>
In-Reply-To: <xzpfze4sxm0.fsf@dwp.des.no>
References:  <44827.1074974041@critter.freebsd.dk> <200401242031.i0OKVD8A037265@apollo.backplane.com> <xzpfze4sxm0.fsf@dwp.des.no>

next in thread | previous in thread | raw e-mail | index | archive | help
Dag-Erling Smørgrav wrote:
> Perhaps you should be more open to the idea that if
> you don't understand it, it's probably very hard to get right,

That can certainly be true. But perhaps we should also be more open to 
the possibility that some code will have accumulated cruft over the 
years and might be better off with a re-write (I am not saying this 
might be one of those areas - I haven't looked).

I would also say that there is no need for us to pick on someone who's 
willing to sit down and re-write something in a potentially better* way. 
We tend to shoot ideas down with "show us the patches"; I don't think we 
should also shoot them down with "your patches will suck even if you do 
write them".

Let's wait with the judgment until we see the results. If the 
reimplementation works as well or better than what we have, then it's 
something that we can gain from. If it doesn't, well, we haven't lost 
anything, and the reimplementer will be all the wiser for having made 
the attempt.

I'm sure most of us (who code) have reinvented a few wheels each in our 
days, even if some were square ones, and done only for the 
joy/amusement/curiosity of seeing if it could be done any better. 
Personally, I see that as a driving factor in writing good software. If 
we always just settled for something that just works on the surface and 
is "good enough" for the common case, we wouldn't have very reliable 
systems, imho.

I realize there's a history between Matt and FreeBSD, but let's not pick 
on each other unnecessarily. Let's just work towards making each of the 
BSDs the best it can be. :)

Cheers,
/Johny, acting mediator (or is that meddler?)

*) Better being such things as improved code clarity, efficiency, 
accuracy, etc.

-- 
Johny Mattsson - System Designer ,-.   ,-.   ,-.  There is no truth.
http://www.earthmagic.org     _.'  `-'   `-'  There is only perception.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40130F5A.1060709>