The Case For Supporting and Using Mono
snydeq writes "Fatal Exception's Neil McAllister argues in favor of Mono, asking those among the open source community who have 'variously described Mono as a trap, a kludge, or simply a waste of effort' to look past Miguel de Icaza and Mono's associations with Microsoft and give the open source implementation of .Net a second chance, as he himself has, having predicted Mono's demise at the hands of open source Java in 2006. Far from being just a clone of .Net for Linux, McAllister argues, Mono has been 'expanding its presence into exciting and unexpected new niches.' And for those who argue that 'developing open-source software based on Microsoft technologies is like walking into a lion's den,' McAllister suggests taking a look at the direction Mono is heading. The more Mono evolves, the less likely Microsoft is to use patent claims or some other dirty trick to bring down the platform."
"The more Mono evolves, the less likely Microsoft is to use patent claims or some other dirty trick to bring down the platform."
Isn't that the opposite of what Microsoft does?
de Icaza can go to Hell along with his bosses at Microsoft.
I said this before but I still mean it:
Miguel talks about his job interview with Microsoft. How interesting that we all trust that he didn't get it.
Dewey, what part of this looks like authorities should be involved?
Learn and master C, as above is saying! Seriously, I try hard as possible to stay away from .NET/Mono/Java/bytecode apps as much as possible. Why? Speed, obviously!
The worse argument I have seen is that when we have computers that are faster in the future, the speed will not be a problem.
I will always prefer to program in C (or C++) and have the program be native. I am very supportive of the GCJ project, which turns Java source into native. Soon Swing will be implemented, making the case for using bytecode INCREDIBLY impossible to justify. Mono should do this with C# and the like. I do not even see why Microsoft did not do this anyway. All it involves is making new libraries. What is the difference in making C# native as making MFC API native back in 96? Instead we get more bloat. How does this make any sense?
I have much better things to do than wait for Java AND your app to initialise. Furthermore, I have better things to do than wait for Java AND your app to de-initialise at exit. Same goes for .NET and Mono.
Have you actually tried using C#, or are you basing your judgement on reading about its features?
Yes, I have which is exactly why your comment is hilarious.
Even if it were the language I could count on when all else failed, it wouldn't make me like it. If I liked it, I wouldn't wait until it was a last resort, would I?
Sorry, you don't strike me as a competent programmer.
If you were speaking about the platform, why didn't you just write "Mono"? Java does seem to suggest a particular language.
I infact DID write Mono and Java is a language and a platform. Hence you should know when I compare Mono and Java, I'm speaking of Java the platform vs Mono the plaform. Java the language vs Mono the plaform doesn't make any sense.
Mod me down, my New Earth Global Warmingist friends!