by jcannon on August 15, 2006 12:37pm


Preliminary stuff
Hank Janssen and myself attended the OSCON on the 27th and 28th of July.  We did not attend the tutorials or the Executive briefing but were there two days of the two and a half days the sessions were in progress.  We also attended the keynotes on both days (27th and 28th July).


As a strategy, Hank and I discussed the sessions and their subject matter, splitting up to attend different sessions in order to maximize coverage. In general I attended the “business” and “strategy” sessions and Hank attended the more technical sessions.


I’ll cover the sessions I attended. Hank can be responsible for his own thoughts!


This was the first OSCON I have attended, even though I have been to other conferences where there was large open source presence, so it was very exciting for me! I’ll talk about some of the sessions I attended in chronological order.


Some of the sessions I attended are not covered here, because I wasn’t impressed with them. So even in Open Source software there are some, shall we say, “imperfections”!


The sessions are hyperlinked from the “index” below, that way you can just jump to the one you want without getting meta-carpal tunnel syndrome from blog scrolling!

 

First impressions


The conference was very well attended. It was clear that there were not only traditional open source “hackers” and startups (though there were many of those), but there were a number of established enterprise vendors  (HP, Dell, AMD, VMWare). It also seemed that the startups were a lot more mature than Open Source startups from the past – their message was clear, but not strident.


Surprisingly, IBM pulled out from the conference at the last moment and there was nobody (visible) from IBM at the conference. Google was present and had a number of presenters, but had a booth only for recruiting. (They did announce their portal to Sourceforge at the conference).


There was a dearth of enterprise customers – all the people I met fell into the vendor, academic or Open Source organization ( Mozilla, Apache) category.


The only customer (non-software related company) with an official presence was Ticketmaster, who were recruiting for Linux admins and Open Source developers.


There was a lot of talk about Open Source as a business, a number of keynote speeches and sessions addressed this. There didn't seem to be buzz about a particular technology or company that stood out. 
The conference was a good place for me to gauge which products/technologies/companies were gaining momentum and get opinions through face to face contact with both users and principals. It also was a place to make an assessment about what was going well, what was not going so well and concerns of the Open Source community.

 

A Closed Source Project becomes Open Source – How We Succeeded  (Lars Thalmann, mySQL)

Lars Thalmann was part of a team that was acquired into MySQL from Ericsson’s Business Innovation divison. The product that they worked on was a closed source Ericsson product called “Alzato” - which was a clustered database system used mostly by stock markets and telcos.


The product was successful enough that there was a 60 person team in Ericsson developing and maintaining it.  mySQL acquired the entire team along with the product and renamed the product mySQL Cluster. mySQL Cluster is open source just like mySQL’s other offerings.


Alzato was meant to be a high availability and performance database with five nines (99.999 %) availability & had a parallel architecture with replication for speed and scalability. In short, this was an advanced technology project.


The architecture was changed so that the clustered storage engine of Alzato was now accessed through mySQL and NDB in mySQL Cluster rather than through SQL and NDB as before.


Lars presented the talk as 10 “shocks” that the closed source team had to go through when they found out what was different between open source and closed source.


Some of the things he said (I will not try to transcribe his entire talk here) were of the nature - “It should be possible to install software in less than 15 minutes" since “The community consists of people with little patience. You surf, you find something, you try it – if it does not work right away you move on!”
The more I listened to Lars, the more I was convinced that open source had forced developers to adopt good practices, just by the nature of development rather than by any coercion. Microsoft also followed the same practices, at least within a large development team, but had come to those processes by painful experience!


The one thing that I learned was to make all interactions explicit - by having bug databases and forums that capture every small piece of information that might be needed. Having community coaches and documentation constantly improved by user review was another highlight.


The thing that really struck me was how strong the motivation of developers could be if they were able to directly interact with the users. Lars said - “Developers work all the time (rather than 9 to 5), being inspired by the feedback and suggestions – which makes people enthusiastic”

 

So, You want to Build an Open Source community: Learning from Apache, (J Aaron Farr, Member, VP Apache Excalibur)

Apache Incubator is the incubator of projects for Apache. It takes projects and project proposals for open source projects and evaluates them for suitability as Open Source Projects under the Apache umbrella.

 

Apache Incubator is the incubator of projects for Apache. It takes projects and project proposals for open source projects and evaluates them for suitability as Open Source Projects under the Apache umbrella.
The talk was focused on “what makes a project a good candidate to be open sourced through the Apache incubator”?


The thing that I took away from the talk was the danger signs of an Open Source project NOT being a strong project . The list that Aaron Farr presented was:

    • Some trying to turn an “Orphaned product” into an Open Source one
    • Inexperience with open source of the team doing the project
    • Homogenous developers – from the same company, academic institution rather than a diverse group of people from all over
    • Reliance on salaried developers only and not on a community that is enthusiastic about the project
    • Fascination with Apache brand, wanting the name, without aspiring to do the work!


An interesting comment was made by the presenter – “Java Enterprise space may be the best analogy to Microsoft OSS activity”. I am not sure I completely followed that – any reader care to comment?  The other thing that stayed with me was “One of the upsides to being IN a healthy, thriving OSS project are  a renewed enthusiasm for software”. They must have been talking about my job here at the Open Source Software Lab! 

 

Lessons Learned in Taking a Closed Source Product Open (Neelan Choksi, Sr. Director, BEA Systems)


Neelan Choksi was President of Solarmetric that produced a Object Relational database mapping engine called Kodo. Kodo was  closed source product, even before it was acquired by BEA.


BEA open sourced Kodo as Open JPA which include the kernel and the J2EE EJB 3 Persistence specification implementation. The decision to make the O/R mapping engine open source was taken in February 2006 and the product was released in July (it took 6 months to open source the project).
Explaining the business reasoning behind the decision, Neelan suggested that the reasons one would want to open source a product were:

    • Create ubiquity – large distribution of product
    • As seeding strategy for other products that the company hoped to make revenue from
    • Due to competitive / commoditization pressures. Kodo was already feeling pressure from its competitors who were open source (Hibernate) even before the merger with BEA.
    • The Razor / Razor blade strategy. The open source product is free but a recurring critical part that was used by the open source product was not.
    • Religious fervor – belief in open source “as free as in freedom” philosophy
    • Financial gain – cost decreases from bug fixes, development, support of product counteract
    • any lost revenue from licenses
    • For marketing purposes to develop a brand based on a piece of software that can be
    • leveraged later
    • Strip mining and waste dumping – dumping a product that isn’t valuable
    • Real world test to understand how open source works.


It was interesting to see how a company that primarily relied on closed source adopted an open source strategy. Hearing it from someone who had been through it himself was refreshing. (Rather than hearing from pundits who theorized on the topic without having the real world experience!). He also said that it was hard to get a business behind an open source strategy, because as soon there was a priority conflict the “old business” people would try to de-prioritize the open source projects.


The one takeaway that Neelan wanted us to have was that open source was not magic dust. To develop a product ,whether you have people with those titles or not, you do need Product Management, QA and (yes!) Marketing.


According to him a business is a business so the success of a product will be determined by overall execution not technical excellence or the closed/open nature of the code.

 

Birds of a Feather Session, “Open Source in Higher Education”, Moderator – Bart Massey, Portland State University.

 


This was a session with significant participation from Portland State University (PSU) and Oregon State University (OSU), but with other members from as far afoot as Texas and Tennessee. Some of the people were lecturers, some faculty and some were system administrators from academic institutions.


When I asked whether they were aware of the Academic program that offered Windows source code for educational purposes – most seemed to be vaguely aware of it. One of them suggested that Microsoft write a textbook that included programs and instructions on how to use the source code. There are no such textbooks available for academic institutions to use as yet.


Another had anecdotal information of the cost of training students for IT Pro. They said they were teaching Windows because the license for setting up a lab was cheaper from Microsoft – which also had very cheap certified 'train the trainer' programs. Red Hat was almost an order of magnitude more expensive – and their train the trainer program required expensive yearly renewals. Besides, Windows admins were more readily employable in their local regions.


There was some discussion of using open source to teach academic lessons vs. developing open source itself as part of academic training. It seemed like opinions were divided as to the utility of each approach.
Bart Massey talked about the Open Source Education Lab at PSU. Among other things he runs a course (a summer long lab) on Open Source.  We are talking to Bart about seeing if any of his students are interested in working at the Open Source Software Lab. Any of you readers out there interested? Drop us an e-mail!

 

The (Surprising) History of Copyright, and What It Means for Open Source, Karl Fogel, Google, Inc.


Karl had an interesting argument which is interesting not just because he works for Google. His contention is that copyright is not for the benefit of the creator but for the benefit of the distributor.  And given that the Internet has made cheap ubiquitous distribution really easy, copyright has lost its utility.


An interesting tidbit that he mentions is that the theory of copyright was advanced to protect their interests by the Royal Stationers guild when censorship, which was implemented by printing only being allowed through the guild, was revoked by the English parliament.  He takes the radical position that copyright be abolished and be replaced by some other fair mechanism that doesn’t benefit the distributors but benefits the creators. This puts even the GPL in jeopardy because the basis of the viral nature of GPL is copyright.
Even though his ideas may seem radical, the argument about the nature of distribution changing the landscape for businesses should be taken seriously. His site is at www.questioncopyright.com

Building Succesful Open Source Projects (Jorg Janke, Founder and Principal, Compiere)

 


Jorg Janke is a founder of Compiere – the premiere vendor of an open source ERP product. According to Jorge, Compiere has seen over 1 million downloads since 1999 and is a top 10 most downloaded product on SourceForge. They have 250+ customers and have concentrated on Product, Process and Distribution. They have 70 partners who play an important part in their ecosystem.


Jorg believes that there is no “one size fits all” open source development model. He said that as a case in point SugarCRM tried Compiere’s model but evolved to other models. He also said that Compiere has been evolving their model constantly since 2002.


He suggested that there were some myths about OSS development

  1. Heinzelmännchen (Good Gnome/Fairy) Theory – put something defective/half-finished/unsuccessful technology out there and some “Good Gnomes” in the open source community will fix it for you!
  2. “Sexy” application theory – according to him, with “sexy” technology, men try something 3-4 times longer before they give up!  He said that free had limited sex appeal!


According to Jorg “The Basic Open Source Contract” was

  1. I give you a gadget for free
  2. You can use it
    1. Provided you have the skills & time.
    2. If you need help you need to pay for it
  3. I hope that in return you help by
    1. Spreading the news
    2. Giving feedback
    3. Offer advice/help
    4. Improve the product


I was impressed by Jorg’s grasp of the software landscape – he was no radical hacker developing in his garage, but a clear thinking businessman with a great grasp of the software business.


He said Compiere first and foremost was a product that solved the major pains of all ERP projects, the installation and implementation. There were no compromises in Compiere because it was open source, it all the features necessary to its users. They also had a clear strategy, Compiere made the enabling product but Compiere’s partners sold it to users.


Another thing that they had thought through was that they only supported one (and only one) version at any point in time. But they didn’t leave their customers high and dry, they had proven tools that migrated between versions which made it easy for their customers to migrate.

 

Business Models for Open Source Software Companies, (Tony Wasserman, Executive Director, Carnegie Mellon West Center for Open Source Investigation )

 


According to Tony, some users of open source s/w, especially companies, WANT to pay and EXPECT to pay for use of software. Tony is the person behind OpenBRR, about which organization I had written in my blog “What does business readiness of software really mean?


According to him the business models that have worked for OSS are (it would take much space to explain them all but you should get a good idea from the companies mentioned). Let me know if you think there are other business models as well out there

  1. Subscriptions  - Red Hat
  2. Cross selling (open + commercial products) - Collabnet with Subversion, Borland with Kylix and SugarCRM
  3. Support and Training – a number of small players here
  4. Dual license – mySQL
  5. Hosted service built on open source – Google 
  6. Packaging model - SpikeSource , OpenLogic, The 451 group
  7. Commercial Enhancement model – EnterpriseDB, SRA OSS
  8. Consulting model -Gartner (Open Source Summit), IBM Global services, Accenture
  9. Patronage model - IBM, Sun, Microsoft (yes – he put that in himself, it isn’t from me!)
  10. Reseller model
  11. (and suggested by yours truly, drum roll please…) Hardware embedded model –Linksys, Infoblox


An interesting tidbit about paid “volunteers” vs “pure”  unpaid volunteers in Open Source was revealed by Tony  who said “In the top 100 OSS projects paid volunteers FAR OUTNUMBER the pure volunteers”.


My only regret is that I couldn’t clone myself and be at multiple sessions at the same time! Wish I could have come earlier and stayed longer!