Bostic on the BSD Tradition
Pages: 1, 2
O'Reilly: How much of the technical advantage stems from the original BSD code or from the newer developments coming from the FreeBSD team?
Bostic: Both. Certainly some of it is the original BSD code. Both the network stack and the filesystem work came from the original BSD code. Doing a good network stack is a very difficult project -- the BSD stack has at least 15 years of development in it now, and lots of very bright people spending serious research time on making it work. Linux and Microsoft both started from scratch, and it showed.
|"Linux is still very much directed by a small core, while FreeBSD has pushed the core developer group out into a larger set of people."|
That said, FreeBSD has done a much better job of leveraging the community for quality than Linux has. Note the phrase "for quality" -- that's what makes that sentence correct. Linux is still very much directed by a small core, while FreeBSD has pushed the core developer group out into a larger set of people. One of the things I admire most about Jordan Hubbard is the job he's done in herding the cats and pushing FreeBSD's quality forward. He's done a better job of distributed management than we ever did at UC Berkeley (although, in our defense, he has better tools and infrastructure than we ever had at UC Berkeley, for example, the Web and high-speed networking).
O'Reilly: Was the original idea behind BSDi to find a way to continue development of BSD outside the University and allow its developers to be paid commercially for the work they were doing?
Bostic: To find a way to continue development of BSD outside the University, definitely. To pay the developers, no, not really.
Mike Karels, Kirk McKusick and I have long been accused of leaving Berkeley for BSDi because it was a commercial opportunity, and it's obviously not true. We could have all left and closed down UC Berkeley's development and never released 4.4BSD. Instead, we stayed at the University, did additional work and releases, and gave it all away to anyone that wanted it, as the University had always done.
The only key developer that went to BSDi was Mike Karels, and he didn't go until a year or so after BSDi was founded. Mike left before Kirk and I did because he wanted to return to Minnesota to live, and the fact that BSDi needed a system architect made it a natural and easy move for him. (And, I should point out, he and other BSDi employees continued to work on the 4.4BSD release as well as their own release, so BSDi to some extent funded the 4.4BSD release.) Kirk and I stayed at UC Berkeley for a couple years after that, then I took a year off and spent a couple of years at BSDi. Kirk has never been a BSDi employee, although he's consulted for them and is now chairman of their board.
The bottom line is that, had there been continued funding at UC Berkeley, we would all have stayed there, probably forever. Universities are really, really, nice places to work. But, all of us were engineers, and none of us had any interest in spending our time fund-raising, and the University no longer had any real interest in keeping us there. So, we looked around for some way to continue doing what we liked to do.
And we wanted BSD to continue to move forward. It was our baby; we wouldn't be human if we hadn't. But that was an engineering goal, not a money-making one. We were never in it for the money; if so, we sure wouldn't have been working at UC Berkeley!
O'Reilly: I recall Rick Adams as the driving force in organizing BSDi.
Bostic: Rick was a big founding force -- it wouldn't have happened without him. (I think that the original idea for BSDi came out of a discussion he and I had in his office, although I suppose it might have been obvious to anyone thinking about engineering and operating systems at the time. Especially after the OSF group was created. When OSF was first being founded, a group of folks approached the Hamilton Group and offered to create a clean-room implementation of Unix for not a lot of money. Given the eventual success of the OSF group, they should have taken us up on that offer! But, that's another story.) Anyway, Rick was the person that put together the actual structure of BSDi, more than any other single individual, I think. Rob Kolstad came later, first as a technical manager and then as the president, not in a founding role. At least, that's how I remember it.
O'Reilly: What interests me is that BSDi is an early attempt to start a company by and for engineers.
Bostic: Yeah -- what a spectacularly bad idea. See above: Marketing is all that matters. Once you come to terms with that you can relax more when you see Microsoft dominate.
O'Reilly: As the Open Source movement progresses, learning about the formative experiences of BSDi could be relevant.
Bostic: I think BSDi is a reasonable case study, but it's not a shocking fact: Engineers generally aren't good or experienced in the 90 percent of the work that is necessary to make money from the 10 percent of the work which is the writing of the code. (And, there's no reason that they should be good at it, I suppose.)
O'Reilly: Was BSDi technically smart but not market savvy?
O'Reilly: So let's suppose that Walnut Creek CD, which has been reasonably successful at selling a FreeBSD packaged product, can bring some of the marketing expertise that's been missing. The new BSDi will be competing with Linux companies that have a lot of marketing dollars. Still, do you believe there's a good future for FreeBSD and BSDi, especially as they converge on a unified code base?
|"There are good reasons for the Open Source movement -- it's not that we're a bunch of random zealots crying in the wilderness because we had authority problems with our parents."|
Bostic: Absolutely. I'm pretty optimistic about FreeBSD/BSDi, Linux, and Open Source in general. It's important to remember that there are good reasons for the Open Source movement -- it's not that we're a bunch of random zealots crying in the wilderness because we had authority problems with our parents. Open Source software has distinct advantages over closed software, and I think we'll be pleasantly surprised at how useful those advantages turn out to be in the marketplace and the future of software development.
I think the interesting question right now is if commercial Open Source companies can succeed and grow over the long term. It is difficult and often impossible to make money from Open Source software, that is, from the software itself. You make your money from proprietary software wrapped around the Open Source software, from packaging, from support, that is, from things that are ancillary to the Open Source software itself. This doesn't match the traditional business model of selling the intellectual property inherent in the software, and the revenue streams scale in completely different ways. I'm just not sure how that's going to play out.
Discuss this article in the O'Reilly Network General Forum.
Return to the BSD DevCenter.