Novell Presents Mono Roadmap
H0ek writes "Seems Mono is still moving along in spite of the Novell purchase. They present a nicely comprehensive roadmap. You can read the official Novell press release if you're into that kind of nonsense. All I can say is, go Miguel! Don't let the Man get you down!"
So, is this worth looking into for C# development at this point? Is it complete enough? I know next to nothing about C#, but I wouldn't mind learning it. I mostly do Web/Internet apps, and my flavor of choice at the moment is Java (servlets, not the horror that is EJB).
I keep hearing about Mono lacking System.Windows.Forms -- is this a big deal? What else might it be missing (and is any of that going to be coming soon, like within 6 months?).
I have a lot of my developers here asking about C#, and I wouldn't mind exploring it. Our enterprise division is probably going to move towards using it in new products (we mostly sell Windows-based apps), so being able to better work with their products and code might be nice too...
So, uh... enlighten me.
It's a strange world -- let's keep it that way
Novell bought Ximian as much for Mono as anything else. This is a key part of Novell's future, I hardly think they are publishing the roadmap "in spite of the Novell purchase".
Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
Contrary to what the poster seems to think, Mono is becoming an important part of of Novell's strategy. Very shortly after Novell bought Ximian, its developers started showing up on the Mono lists and becoming involved in the community--without trying to exert any type of control. They even appear to have already started some important projects using Mono.
All of the MS products are being rewritten to be based on .Net. ISVs are being pushed towards .Net. In the case of VB developers, they simply don;t have a choice. For C++ developers, MS is constantly selling us the manageed C++ mantra. Even game developers are getting the .NEt pitch.
If Mono works, then Microsofts own products, those of independent system developers and popular games will all be just as good on Linux, OSX, etc. as they will be on Windows. That should make MS very nervous. Go Miguel!
1000s Warcraft Gold while you sleep
So okay, does anybody know how well it runs on Dragonfly?
I hold no ill will toward Ximian or Miguel, they have done great things, but I still am completely unconvinced by Mono.
.Net or C# developer.
.Net that are very windows specific that it is either hard or useless to port to a different platform (who wants a VM language that requires a windows emulator to run? why not just write a windows program and use full on Wine at that point?)
.Net for the foreseeable future. On the other hand Sun seems to have an interrest in a GNU/Linux desktop at this point, and may be coming around to wanting a full fledged java platform on Linux.
I've used Mono a little (Dashboard and others) and qutie frankly I am not impressed with C#, and I am not convinced of the "common language" nonsense. What does strike me is how it seems no different or better than the technology Java introduced years ago. Add to that the fact that I don't think anyone can successfully play catchup with MS, and that I think MS patent lawyers will pounce the second Mono looks credible to a
Why not re-implement a Free Java clone with the same resources. Java is more 'open' (maybe not officially with standards but in practice for sure) Java is here NOW, and Java has developers now. Not to mention the stigma of cloning MS wouldn't be there to scare away people like me. - Not to mention the things in
I really hope Mono becomes something great, but I simply don't want to invest my time in a platform that appears will remain a bastard step-son to
Yeah, I know, big surprise.
.NET. The response was "We don't work with Linux companies, I'll get you a cab" and that was that.
A couple of years ago I visited MS in Redmond to see if there was some way my then company could work with MS. We had a very encouraging two hour discussion and I was told that MS would very much like to work with us. I had demo'd our software on a Linux laptop running KDE (so I don't think they noticed it wasn't Windows) and mentioned that as we were a Linux based company we would use Mono to integrate with
While it is clear that they don't like Linux, I think it is also apparent that they will not condone anyone using Linux/Mono as a development platform instead of Windows/.NET and they will very obviously move to kill it by incompatibility as soon as it shows the slightest chance of being a threat.
"I have the attention span of a strobe lit goldfish, please get to the point quickly!"
Mono is an open source project, and Steve Ballmer says open source doesn't have roadmaps.
I believe everything Steve and Bill tell me, so this "roadmap" obviously doesn't exist.
You are pretty new with java, aren't you?
EJB stands for Enterprise Java Beans (not Entity beans, which are just a part of EJB, but not everything). The way how things are designed makes Java without EJB useless for Enterprise applications. And EJB is very far away from being small part of Java. EJB actually do help to integrate various applications in an enterprise to work together, in a same (similar) way as .Net does. Using Java without EJB for such integration is the same as writing on C++ (or even on Assembly) without .Net
Of course you don't need neither .Net nor EJB when you develop a standalone web-site. Feel free to choose between PHP and JSP in such case. But that would be off of originial topic, I can say.
Less is more !
If Java is 'useless for complex applications' without EJB, then I'd say Java is pretty much useless based on my experiences with EJB. Luckily however, theres also a thing called JDO which does what EJBs should do, but a lot better and simpler.
:).
.NET version. Nothing wrong with a bit of choice and competition :).
To answer those that say C# is no better than Java, I'd personally choose developing a GUI with C# + Visual Studio over Swing any day. C#'s XML handling I also find a lot nicer that any of the DOM/JAXB etc alternatives available with Java. And C#s auto-boxing and unboxing also relieves some Java-annoyance. Theres three rather improvements which have impressed me, but there are also others
As a language I find C# has a few such nice improvements on Java with very few drawbacks. This has to be of course balanced with the fact that Java is a lot more mature (i.e. theres a lot more tools out there that use Java) and is not Microsoft controlled.
Also, look out for future versions of both languages. Java 1.5 is including some really nice improvements (i.e. generics for one), as is the next