Expositus Procuratio : January 2008

Previous Next
0

OMC member Zenoss has just announced $11 million new investment so congragulations is in order.

 

Tarus of Opennms has a blog post where he somewhat criticizes the VC financing of Zenoss, Hyperic and Groundwork. The post reads as an attack against these open source competitors (though Tarus does say that it isn't), and I felt compelled to comment on some of the memes in this post as I saw them elsewhere before. To get it out of the way, I don't have any kind of relationship business or personal with Hyperic, Zenoss, Groundwork or OpenNMS.

 

"Since we are trying to position OpenNMS against products like Tivoli and OpenView, they really aren’t who we are trying to compete against, and since we don’t have millions of dollars in investment it could come across as if I was a big whiner, boo-hooing about our poverty."

 

Like it or not, OpenNMS is competing against other open source IT management players. Customers decide who the competition is and the "Little 3" are competition for OpenNMS as much as Openview or Tivoli, may be more so. Tarus's statement seems to be more of a "desire" than fact. Implication that they are not open source enough, because they have some proprietary components and OpenNMS is the only "true open source" project is all over the post. Not the first time I saw this type of mud slinging.

 

Companies have to find a way to make money, and nothing wrong with having an enterprise version. It is in the interest of their community for them to be successful so that they can continue to develop the open source solution. Their open source versions stand on their own and welcome contribution to the field. If people decide they are not, they simply won't use them.

 

What is open source now will stay open source by definition and even if they stopped developing the open source parts, someone else can always continue. From what I understand this is sort of what happened with openNMS (someone else continuing part)?

 

"they accepted some VC funding, developed some code, and released it on Sourceforge. They were promptly sued by their board to the tune of US$50 million for releasing trade secrets."

 

So some VCs did some really bad things. All VCs are evil anyway, hence companies (Hyperic, etc.) took VC money are tainted? Tarus would only take money from investors who "shared his vision" but they took money from the dark lord, so they must have sold their soul. The fact is, we don't know what conditions they took the money, or what they plan to do with it. This is pure FUD. Not cool.

 

"So how will such a project respond to a user who implements the “enterprise” functionality as open source? I don’t think they could accept the code and commit it while at the same time satisfy shareholders who expect software revenue. They’d have to make up some excuse about why they couldn’t commit it, and unless the independent community was strong enough to fork the code, nothing would change."

 

This is ill informed speculation at best. The model for contributions is established in several projects, including MySql. A recent example of it is between Google and MySql, where Google donated significant chunks of code to MySql. If someone wants to contribute they don't have to make any excuses. They just have to sit down and make a deal.

 

"I have to wonder. If acquisition is the main exit for these companies, why would someone like IBM or Sun want to pay US$100 million or more when they could pick up, I dunno, something like OpenNMS for half that? (grin)"

 

The answer is simple: same reason why Sun acquired MySql and not PostgreSQL. The one with the biggest community and largest customer base wins. If Zenoss or Hyperic manage to get 10 times as many customers as OpenNMS, IBM or someone else may be willing to pay many times more to acquire them as Sun did with MySQL. Also note that, MySql "owns" its products just like Zenoss and Hyperic. AFAIK no one owns OpenNMS so it can't be acquired.

 

We need more business models that make open source viable, not less. More ways to attract investment, not less. Throwing mud at other business models is simply not productive, and not a good way to compete.

0 Comments 0 References Permalink
10

What is Open Management Consortium?

 

The about page states the primary objective as "Create awareness of open source management tools in the market", so the focus is open source mangement tools. Fair enough.

 

But open management need not mean open source management. There is a lot more to openness than seeing the source code. In my experience ability to see the code is not even highly sought after by the customers ( I work with). I think the term "open source" has come to embody a lot of things that we've been longing for: interoperability, integration, transparency which are also somewhat mentioned in the objectives. I think the "Open Management" as a term is a better embodiment of these principles.

 

This is not just a play with words. The nuance is important. There are already calls for the large management vendors (loosely referred as Big 4) to open source their products. I don't this approach is neither realistic nor productive. I think we ought to demand them to be more "open", and this does not mean they have to open source their products. There are many other steps that are much less controversial, yet may even be more useful for the industry. IT management vendors (as most software vendors) are typically very "closed" organizations. What do I mean by that?

 

How many of you have signed an NDA with a vendor? It's pretty much demanded by every company I dealt with so far that restricts what I can share in public. NDAs are used routinely in the industry. You want to have access to software, you have to sign an NDA. This may sound trivial but I think it illustrates the attitudes and the problem. Tendency is guard information, not share it.

 

Can you go to the websites of the Big 4 (or to any of the other large management tools vendors) , download the product you're interested and give it a spin to see whether it meets your needs? Overwhelming majority of the vendors do not even have evaluation copies available. Transparency. Do you feel like you can participate in the direction the product? Can you even see where the product is heading? And pricing. Can you tell how much the price of the product is without putting a gun on the account manager's head?

 

I think "open source" products are on the rise, not necessarily because we can see the code (most of us can't care less) or we can contribute to the development (most of us are not devleopers) but if a product is open source, it is assumed to be "open". We can take the open source product,s evaluate/use as long as we want, learn from experiences of the others in the community, and earn our say on where the product is heading, well, not always, but may be most of the time.

 

In short, I believe we should value emphasize the open in open source more.

 

I think one reason we are relying on open source as the litmus test for openness is that the other criteria for open source is easier to establish than criteria for being open. Not having an established way to measure openness, it is easy to descend into subjective "I'm more open" pissing match. So I wonder whether it would be possible to come with the criteria to measure how open a company is. I've already hinted some of my criteria, I'm sure there are other better ones.

 

 

 

1. Access to the software. There is no reason why potential customers and partners should not be able to download and evaluate the software, without being harrassed by sales people first.

 

2. Published APIs and developer programs. Almost all companies claim some sort partner program, but few has active ones, and there are lots of barriers. No reason why the API and documentation should not be available to any interested party, along with the software. The process to become a partner or use the APIs should be simple and transparent. Software vendors should take a page from the book of companies like Google, Yahoo and Amazon in creating APIs and developer ecosystems. The process to use APIs should be straight forward both from technical and commercial perspectives. This is essential for integration and interoperability.

 

3. No NDAs to silence customers and partners. Let people share their opinions and knowledge as they like. In all these years in the industry I've signed many NDAs, I don't think I ever knew anything worth protecting. This approach is simply poisonous to sharing and collaboration.

 

4. Available communication channels for the community to participate. Having couple of product managers talk to couple of important customers simply won't do. To ensure the products stay relevant and useful, the best option is to let the community have a stong voice and provide guidance. This is probably harder to quantify than others.

 

5. Transparent pricing. The game of hiding the prices, having very high list prices and offering big discounts is getting old. Why not publish the prices?

 

 

If the software vendors did all of the above but kept the source closed, I'd be more than happy. I'd wager that most companies would not score all that well using these criteria.

 

 

What do you think? Are these reasonable? Other criteria to quantify openness of a company?

10 Comments 0 References Permalink
Click to view Berkay's profile

Berkay

Member since: Dec 31, 2007

Thoughts on IT management

View Berkay's profile