> On Wed, Dec 08, 1999 at 10:56:24AM -0800, Mike Smith wrote:
> > > You shouldn't remove a function until it has been properly replaced.
> > > A very simple concept some people seem to have trouble grasping.
> >
> > Actually, that's not at all correct. We've demonstrated a number of
> > times now that you reach a point where a brutal cutover is required.
> > Failure to do so leaves people clutching the old security blanket for
> > years, and massively impedes further development.
>
> Unfortunately, FreeBSD has far too many examples of a working system
> being replaced with a less functional system. Just off the top of my
> head, there were the SCSI drivers lost to CAM, the PCCARD system,
> sound drivers, and now ATA.
Actually, most of this is histrionics. CAM didn't lose us SCSI drivers;
we actually _gained_ from it. We haven't "lost" the pccard system at
all, and the new sound code is on a feature-par with both of the old ones.
What we need here is a commitment to these new initiatives, not a lot of
fence-sitting and clutching our knitting to our chests. All of these
initiatives were started to deal with massive problems in the subsystems
they replace; clinging to the old code rather than getting on-board and
helping with the new code directly impedes the resolution of these
problems.
Again, I say, think of what we're trying to achieve here.
--
\\ Give a man a fish, and you feed him for a day. \\ Mike Smith
\\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED]
\\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
