Thursday, November 1, 2007

Re: Squandering one of the industry's best open source talents

Matt Asay, in a recent blog on CNET, tries to imply that Mono/Moonlight are a waste of Miguel's time/talents.

For these reasons I can't help but wonder why he's squandering his talents on writing largely irrelevant code (Mono, Moonlight) that appeals to himself, Novell, Microsoft, and no one else.

Really? No one else? Are you saying that the thousands of users and developers involved in the Mono community are nobodies? Are you saying that OTEE, the developers of Unity3D, are nobodies? Are you inferring that Codice Software and the growing list of companies/projects basing their software on Mono are nobodies?

Miguel says that he's doing this to bring the proprietary world into the open-source camp. It's not working, Miguel. You don't convince by capitulating. You convince by winning

Based on the growing number of users and developers getting involved with the Mono project (and recognizing that there are probably far more out there that just haven't made their presence known), I would say it is working. Because of the Mono project, more people are taking an interest in Open/Free Software, which I and many others would call "winning".

Rather, Miguel de Icaza can turn the industry on its head by putting his knowledge of interoperability and open source to work on developing the next-generation desktop (and not by recreating the "best" of Microsoft on Linux).

It's unfortunate that you are so short-sighted, Matt. That seems to be one of the more important differences between you and Miguel. Miguel sees the big picture. He knows that in order to create the "next-generation desktop", he'll need better tools in which to do it. He also sees that "winning" takes "developers, developers, developers!" He knows that you can't "win" if it takes developers on Linux 2 or 3 times as long to write an application as it takes to write on Windows with proprietary tools.

I think Miguel de Icaza is an exceptional developer. He's also a fantastically effective community leader.

All the more reason to let him continue doing what he does best.

Update: Joe Shaw makes an excellent point.

Update: It appears that Matt Asay has retracted his post and made an apology.

10 comments:

Anonymous said...

By Asay's logic, Linux "capitulated" to Unix and is still winning over proprietary Unix.

Funny how people keep forgetting that.

Jeffrey Stedfast said...

+1 Insightful

You make a good point.

Anonymous said...

One question. If "Unity" is built on Mono, why doesn't have a Linux version?

Anonymous said...

Can you verify that "thousands of mono devs" comment? I work with mono on a daily basis and I have yet to care about moonlight. Just another MS proprietary runtime doesn't hold much appeal. With any luck, the industry will ignore Silverlight completely.

Anonymous said...

*whomp* *whomp* *whomp*

What's that sound? That's the sound of Matt Asay getting owned.

Anonymous said...

Matt Asay is an incompetent fool, don't even bother reading the ignorance he spews forth on his C|NET blog.

He's always been a laughing stock.

Anonymous said...

That guy is an idiot, don't listen to him.

People like you and Miguel et al are doing far more for the benefit of the Free Software movement in a single day than guys like Matt Asay could ever hope to accomplish over an entire lifetime.

You guys just keep on hacking, the rest of us appreciate it.

Aras Pranckevicius said...

One question. If "Unity" is built on Mono, why doesn't have a Linux version?

Because only game scripting is built on Mono. The underlying engine is C++ (Windows/Mac/Wii right now) and the editor is ObjectiveC/C++/Cocoa right now (Mac).

Anonymous said...

Matt Ass-ay strikes again, eh?

That guy is a useless prick.

duff said...

I am a windows dev who have switch to linux because of mono.
A lot of firm in France are interested to switch to linux server with mono.

Code Snippet Licensing

All code posted to this blog is licensed under the MIT/X11 license unless otherwise stated in the post itself.