Brian Behlendorf: Apache co-founder talks about open source

By Ashlee Vance, IDG News Service |  Development Add a new comment

The open-source model for software development has plenty of supporters and critics alike. Brian Behlendorf, co-founder and president of the Apache Software Foundation (ASF), certainly stands out as one of the open-source community's biggest supporters and one who has long believed that collaborative work on free software will pave a solid path for the future.

Behlendorf, however, butts heads time and time again with opponents at companies such as software giant Microsoft. Even with companies such as Sun Microsystems and IBM making large open-source efforts, the market clout of proprietary, commercial software vendors causes doubts to arise as to how successful the open-source movement can be.

The ASF developed the Apache Server, which according to Behlendorf sits on 60 percent of the world's Web servers and stands as one of the most successful open-source projects to date. Apache's strength in the Web server arena overshadows the Linux operating system's lethargic move to widespread desktop use. Many critics say that Linux will still struggle for some time, lending credence to the notion that open-source code belongs in the back-end with the developers.

Ashlee Vance, a San Francisco correspondent for the IDG News Service (IDGNS), an InfoWorld affiliate, caught up with Behlendorf at Comdex last week to discuss some of these issues and to find out where Behlendorf thinks the future of the open-source model lies.

IDGNS: Is there any resentment from some parties in tie open-source community when large corporations and players late to the open-source game begin affecting the technology?

Behlendorf: Certainly within every one of these big companies that has been involved there have been differences of opinion as to whether it is the right thing to do or not. I had a lot of experience going to companies like IBM and Sun and seeing all of the political debates that go on when they consider going open source. What's interesting is that you usually have the people at the top, the business leaders, and the developers usually in more of an agreement.

It is really the middle layer of management that is most concerned. They are the ones in charge of profitability and making their margins and making sales. They are the ones who aren't really empowered to change a company's business model to accept a different type of revenue stream, moving from selling bits on a CD to selling a support kind of thing. They are the ones who tend to resist the most.

So what it takes is the people at the top really laying out a new strategy or a new shift. For example, IBM has been shifting from being a software/hardware company to being a hardware services kind of company. They still sell software, but it is mostly about selling the services around the software. Most of the companies today are making the shift to services; even the stalwarts like Oracle and Microsoft are starting to realize that they need not rely on the software licensing model in the future.

IDGNS: Is there some debate as to when open source is really open source? You have a number of these big companies saying they support the open-source model, but their approach seems different from what you might usually describe as open-source approaches.

Behlendorf: Well, I am a little biased because I am also on the board of the Open Source Initiative -- the group that is charged with defending the term open source. When we see something that is not distributed under a valid open license, thhen we will get up in arms and send them a nastygram and usually they will respond with, "yeah, OK, we will rethink this and re-evaluate it." I am hard pressed to think of the last situation where somebody did misuse open source and did it willfully. I think we have done a pretty good job of preserving that term.

It does get overused quite a bit. It does get thrown out there without people thinking sometimes, but I think the definition has remained pretty clear. The term open source is tied to the open-source definition. The open-source definition is about a bunch of different things that make it easier to distribute and specific requirements. I would say the most important requirement is the right to fork. It is the right for a user or somebody outside the developer pool or even a subset of the main development pool to be able to take the code and start a new project.

IDGNS: Do you feel that some of the major open-source projects have not received enough attention? Apache sits on 60 percent of Web servers, but some people remain unaware of its dominance in this space. Do you ever get a bit disheartened by the lack of attention?

    Add a comment

    Post a comment using one of these accounts
    Or join now
    At least 6 characters

    Note: Comment will appear soon after you have activated your account.
    Obscene/spam comments will be removed and accounts suspended.
    The information you submit is subject to our Privacy Policy and Terms of Service.

    ITworld LIVE

    DevelopmentWhite Papers & Webcasts

    White Paper

    HP NonStop SQL Fundamentals whitepaper

    This whitepaper offers a detailed look into the fundamentals of HP NonStop SQL solutions. See how this system delivers unprecedented levels of application availability with fail-safe data integrity and meets the needs of enterprises with large-scale business critical applications.

    White Paper

    Nebraska Medical Center case study

    See how the Nebraska Medical Center implemented a SQL solution to make information more readily available to streamline operations, improve patient care and facilitate medical research with an enterprise solution running on HP NonStop servers.

    White Paper

    Concepts of NonStop SQL/MX

    For DBAs and developers who are familiar with Oracle solutions and want to learn about NonStop SQL/MX, this whitepaper provides an overview of the similarities and differences between the two products-with a specific focus on implementation.

    White Paper

    6 Things Your CIO Needs to Know About Requirements

    If your organization is not predictably successful on technology projects, there is likely an issue in requirements. CIOs must take action and own requirements maturity improvement. There are 6 main things a CIO must know about requirements.

    Webcast On Demand

    User Experience Monitoring

    In this webinar, you will learn hints & tips for improving end-user response times from Forrester Research analyst, Jean-Pierre Garbani.

    Sponsor: Nimsoft

    See more White Papers | Webcasts

    Ask a question

    Ask a Question