(mirrored it is)Mono Developer Meeting: Part I
I was really glad I was able to make it to the mono conference on Friday. There were a lot of interesting folks to meet among the attendees and the Novell hosts, and I learned a lot about mono's prospects that changed my thinking about the project.
The issue at the top of my mind was patents, and I was immensely happy that Miguel addressed the situation both to our table and the room of attendees. He said that he was highly motivated to get mono into Red Hat, and that Red Hat would not allow mono in unless it had gone through a patent review. Miguel and Novell legal staff are currently conducting a formal patent review of mono, and the team had already split up the components of mono into separate ECMA-based and non-ECMA components (WinForms, ADO.NET, etc) to clearly define what RedHat and others could make use of.
Importantly, Miguel also said that Ximian had a letter from Microsoft, Intel and HP stating that they would offer *royalty-free* RAND licensing to the ECMA-submitted components of .NET. [Aside: He said they were kicking around catchy names like 'polio' or 'cholera' to distinguish the free and non-free stacks] I told Miguel he should publicize the letter more because it was such a relief to me, but he said it would be premature to promote this before the patent review was complete in case other infringement was uncovered.
So it looks like there will be a useful and useable amount of mono that is as free of IP issues as any software, which I hadn't believed prior to attending the meeting. That is the current state of pre-1.0 mono, but what about the future? Miguel admitted that Longhorn and Whidbey and essentially any and all future Microsoft releases could be based on non-free IP. At every release the focus of Microsoft's tools that provide a compelling Linux development environment could break or prevent mono-compatibility the same way Microsoft's J++ broke Java compatibility by replacing JavaBeans, RMI,and JNI with COM, DCOM, Direct/J. At that point, you would face the choice of either forking the API's or forking over some royalty payments.
While this uncertainty looms in the future, mono is mature enough that Ximian can begin to execute on their ironic game plan: embrace and extend. Although mono exists to make life easier for Windows developers looking to migrate to alternate platforms, at some point they will need to stop chasing tail-lights and create their own ecosystem of compelling code and tools. The rest of the meeting included presentions of current initiatives advancing towards this goal. I had to head out early, and so missed all the non-Miguel presentations, but I had enough time to grill the developers of what I suspect will be the first big win of the Novell-Ximian-mono combo. For that you'll have to wait until my next post.