John H. Robinson, IV wrote:
Just what we need, more code written by drunken grad students.
During the million-dollar BIND 9 rewrite, Paul Vixie characterized
the original BIND code as ``sleazeware produced in a drunken fury by
a bunch of U C Berkeley grad students.''
And, um, there was a reason that the *BSD folks stayed with BIND 8 for
so blasted long.
BIND 9 sucked so hard it actually blew. The code was not actually any
better by any objective measure (bugs, lines of code, speed, etc.).
Yes, BIND 8 was an accretion, but it was *debugged* accretion. Some
damn brilliant folks reviewed and fixed that code over the years. The
worst places got excised and rewritten; otherwise they just got fixed.
BIND 9 had some major architectural flaws which took a while to pound
out. In addition, the code quality wasn't any better. It took the same
brilliant minds which fixed BIND 8 to pound on BIND 9 a while until it
got better.
The worst part is that BIND is *still* intimately tied into most of the
open source OS's (ie. you can't excise BIND from the OS) because they
depend on it for their name resolution API even when *not* connected to
a network. <grumble>
-a
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
