Showing entries 1 to 6
Displaying posts with tag: open source business models (reset)
Open Business Models

When I started writing this I wrote "Last week Opscode came" obviously now that is "A couple of months ago Opscode came with a bunch of announcements ... one of them being that they are also going to support the Open Source Chef .. rather than only their own platform.

I'd love to see more companies formally do this .. Over the past couple of years I've had numerous situations where organizations where happy to pay for support to an commercial backer of Open Source software... but they were not interested in , software updates, fancy dashboards , unneeded features.

Let alone being limited by some of the features of the Enterprise product (what do you mean there's no vlan support in Xen ? We've been using that for ages (anno 2008)

Even right now I`m talking with a customer that is interested in getting …

[Read more]
Told Ya sooo

By now everybody and their neigbour has realized that indeed Everything is a funky dns problem, Frank is giving talks about it at ZooCamp, and Serge figured out the hard way the downtime of planet.geekdinner.be was due to a dns problem :)

But I told you different things before ... and some of you listened others are still reinventing the wheel as we go ...

Matt A. points out that the OpenBravo folks realized that one should try to build on top of Open Source projects rather than modify core code ..

Wonder where he read that before : …

[Read more]
Christensen’s law in the context of open source business models

I wrote yesterday that Christensen’s law of Conservation of Attractive Profits could be used to explain why open source vendors are increasingly turning to hybrid development and licensing strategies to generate revenue from open source.

Before I could think about doing so Arjen Lentz wrote a comment that did a lot of the explaining for me.

To recap, “The Law of Conservation of Attractive Profits”, articulated by Clayton Christensen in his book The Innovator’s Solution, states:

“When attractive profits disappear at one stage in the value chain because a product becomes modular and commoditized, the …

[Read more]
The Consequences of Being an Open Source Company

No Matt, my brain definitely wasn't idle.. I've been thinking about these problems for the better part of the last decade. And it seems like I`m not the only one who wants this discussion.

Dries told me that as a follow up to my previous post I should write a post with solutions to the problem. Difficult as I don't have the solutions yet.. If I had them .. well :)

Fact is that different types of opensource products might require different approaches Alfresco to my knowledge has little to no contributing community , Linux distributions tend to have a big one, if not just in the form of the different open source projects they pacakge. The MySQL community is more one …

[Read more]
Doesn't Matt Asay want Open Source integrators to earn a living ?

Or, why the Inuits won't partner on selling Ice from Alfresco unless they change their strategy.

I usually agree with lot of the things Matt Asay writes but today in Closing an open-source deal trough your systems integrator , he thinks the way to work with partners in an opensource environment is to force them to sell the commercial solutions of your products.
He also thinks you should block them from starting an implementation before the end customer has signed a purchase order.

Whew.. this must be the most stupid idea he had since he started his opensource career. The sad part is that I haven't seen a commercially backer of an opensource project dealing correctly with …

[Read more]
Let your betatesters pay !

Slashdot totally misinterpreted Jeremy's post about MySQL starting to build features first for their customers. As a business model , this sounds like a good way to get revenue , customers want certain features that are valuable to them , so why not let them pay for it .

The question however is how your development cycle works. Often this method of keeping code first for your paying customers , and when "the feature has been paid for" give it to the opensource community , is the wrong one.

What it comes down to is that you neglect the release early , release often and the peer review , many eyeballs see more bugs, fundamentals that made opensource projects big and stable. You are in effect stepping back to a proprietary model where you have to rush your deadlines because you have promised …

[Read more]
Showing entries 1 to 6