Archive for the 'opensource' Category

So there’s a 80% chance that Vista will ship on time

(at least according to Bill Gates). Well, that assumes that with “on time” you mean “January of 2007″, which by my counting is already the fourth shipping date suggested for Longhorn, I mean, Vista. Originally this was supposed to ship in early 05, about four years after XP came to the masses. Since then it has lost basically all features that seemed interesting (like the new filesystem or some of the (much hated, by some people) changes to its security model). But still, the shipping date keeps slipping and slipping.

It’s easy to be gleeful and poke fun at them. Especially after watching the hilarious video about the Vista features on Google Video where some unkind sole replaced the video part of a Microsoft presentation about Vista’s exciting new features with a video showing all the things the speaker mentions on the long shipping Mac OS X Tiger. Oops.

But back to the delays - is the open source community doing much better? Obviously there’s this wonderful “release early, release often” paradigm in open source that in many ways prevents dreadful delays from happening. And the vendors (like Red Hat or SuSE - I mean, Novell) are doing a decent job to keep schedule slips in the “a few weeks” range (with OpenSuSE 10.1 one of the rare examples). Yet, I don’t think that’s really comparable. The amount of testing Microsoft needs to do to make sure that the whole ecosystem is ready for the move is just unbelievable. And the closed source development model really puts them at a disadvantage. Beta testers of open source OSs simply can take a look at the code and fix it. No such luck with Vista.

But what is more significant here is that things are measured differently. All the public testing of the components (the kernel, the user space libraries, the tool chain, the applications) happens openly and through a huge community in open source; and the Linux vendors then package the result of this and do mainly integration testing for their release. Microsoft on the other hand develops all components with a comparably small team behind closed doors and then unleashes the “fresh” integration of all these “fresh” components on their beta testers. A very different thing to do - and much harder to get right.

So I feel a bit sorry for them. And I feel that some of the comparisons are unfair. But the underlying conclusion doesn’t really change. The open source model is simply superior in creating innovation and timely products for your customers.

Thanks for visiting!
I hope this was helpful - if not, please leave a comment and let me know why! Were you searching for something else? Did I miss an important aspect?

Does open source increase your risk of IP exposure?

Obviously giving people source to your drivers exposes all you IP, while keeping your drivers binary only protects the IP from prying eyes.

So why do I waste time writing about this? Because to me it’s not that easy. And as it turns out, it may not be in the real world, either. Plenty of lawsuits are filed based on binary drivers. It is actually surprisingly easy to de-compile a binary driver and get a very good idea what it’s doing. Mind you, that’s illegal in the US and a bunch of other countries that have signed treaties with the US - but in large parts of the world nothing is stopping you from doing that.

There are a number of open source drivers for popular hardware that were developed exactly that way - this started 10 years ago when Matrox before gave us documentation for their chipsets. And continues today. So how much protection is there really in a binary only driver? Not much. You are making it a little harder for people with ill will. That’s all.

On the other side, creating open source drivers allows you to control which part of the functionality of your hardware you expose to the public. It also allows you to influence the thinking of people playing with your chips. And, oh-by-the-way, it gets people to play with your chips - and maybe even develop innovative software that uses the features of the chip that you document and expose in your open source driver.

This is all very simplified, but so far what we have is

  • Binary drivers
    • make looking at your APIs a little harder
    • do not reliably hide your IP
    • do not protect you from patent infringement lawsuits
    • discourage people from working (and innovating) on top of your chips
  • Open source drivers
    • expose what you want to expose of your IP
    • invite innovation and development on top of your chips
    • help you to create a stable API that developers will be more willing to code to

Seems like an easy choice. But I’ll come back to the topic and drill down a little deeper on some of the fears.

Who says open source doesn’t pay well…

I really enjoy reading footnoted.org by Michelle Leder - she posts a lot about the things public companies are hiding in their financial filings - and given the world we live in this tends to be about executive compensation and shady inside deals at some companies. And normally this is just stuff that’s happening elsewhere. But today she’s talking about Red Hat and that feels pretty close to home…

Turns out that executives at open source companies are not only well compensated, they also are able to make a penny or two on options… for example, the top four execs at Red Hat made a bit more than $76 million this past quarter on options (scroll to page 17 in this SEC filing).

Not bad for a company that productizes free software - funnily enough, net income in the past twelfe months at Red Hat was about the same - $79 million (according to Yahoo! Finance).

Why is open source good?

I continue to be amazed how few people really understand where open source makes the difference. There are so many people trying (deperately, it seems at times) to explain it to the masses. Yet, I seem to have many more conversations with people who don’t “get it” than the ones that do.

Now there are two conclusions to draw from this. (a) we aren’t trying hard enough for people to actually understand. Or (b) we are wrong.

Watching the bubble-analysts (back in the dot-gone days or just recently with real estate or the web-2.0 companies) have most of their arguments revolve around how the rules have changed and how those who disagree just don’t get it makes me uncomfortable - as this so much sounds like the open source people talking to the non-believers.

Open source allows you to have more smart people work on your project than you could possibly hire. And more people test your code than you could possibly afford in a closed environment. If you are successful in creating a community around your project. And if you get good governance in your project and some motivated and skilled project leaders. And if … There are so many ways that this can fail.

So maybe what is good about open source is that it gives you all this potential. And that it is up to you to figure out how to make that work - with few people stopping you (assuming you avoid mistakes like calling your project something that blatantly infringes on someone else’s copyrights and other easy stuff like this…)

That opportunity in itself is basically enough for me to state “open source is good”. And the honesty about this being nothing more than an opportunity is what in my mind differentiates us from the bubble artists.

« Previous Page