Posted by
CmdrTaco
on from the another-brick-in-the-wall dept.
ceejayoz writes "MSNBC has an interesting article about the Mono project, saying that the 'volunteer effort
could oblige Microsoft to work with Linux'."
Not so fast. Aeronautical engineers still use Fortran.:P It's still very good for mathematical calculations, and most compilers optimize automatically.
Remember, it's all about having a _choice_. Anything which gives us more freedom to chose the how and what of what it is we do is a Good Thing (R).
And look at it from this standpoint: if we a working CLR (Common Language Runtime) for Linux, then we have an almost-idiotproof way of getting Linux in the door at historically Microsoft only companies (for example, mine).
You're confusing Java the language with Java the runtime environment. Java is an object oriented programming language. It is ALSO a bytecode oriented runtime environment, just like.NET. Mono is a port of the.NET runtime to linux -.NET is NOT a replacement for the windows API. Just as with Java,.NET can be targeted by multiple languages, although.NET takes it farther than Java does and makes it part of the design, whereas with Java it was kinda tacked on later.
C# is as platform independent as your compiler - in fact, there's a couple independent C# compilers already.
It's perfectly true that code written against the native.NET runtime may not run without changes on Mono, even when mono is mature - but that's not anything intrinsic in the language, that'd simply be a case of MS screwing with people.
I don't think.NET will kill Java anytime soon, but I think that it's perfectly strong in it's own right, it's language neutral assembly interface is potentially VERY powerful, and that it'd be an excellent replacement for Java apps in a lot of circumstances.
But Ximian is a company, they have rent to pay, and they're writing the book on Mono. I like to know that standards are been created by the people that want to use them, without having to worry about who's pulling the strings.
-- If you were blocking sigs, you wouldn't have to read this.
Well, Linux may not be "lock-upable" but many of the libraries which run on top of it which are used in applications are not completely "Free Software" and by that I mean not GPL or LGPL. Some have BSD/X11-type licenses. One could envision a scenario in which Microsoft could embrace one of these libraries (e.g. from mono) and add their own code. They would be perfectly within their rights to do so. Applications could be written to use that code. Microsoft could then stop distributing the source, supplying binary-only libraries. Then they could break the API and add their own undocumented stuff. Or even worse, they could claim that some of it was patented and start demanding that everyone who uses it pay them a license fee. At this point they have rendered a whole load of other people's software useless, just as they have done before to Windows developers, effectively wiping out the competition.
One could envision a scenario in which Microsoft could embrace one of these libraries (e.g. from mono) and add their own code. They would be perfectly within their rights to do so.
Yes! Just look at what they did with Kerberos. Kerberos has an X11-type license, Microsoft extended it by adding functionality that would break machines running Kerberos code when interacting with machines running Microsoft-Kerberos. They documented the changes, but to get the documentation you had to agree to some ridiculous NDA which basically prevented you from revealing the changes, which would presumably include creating an open source version that uses those changes. This was a very big deal here on Slashdot several months ago.
Come on people - Microsoft has screwed up way too many times in the past to use the argument that "this time is different because they never screwed anybody over in this situation before." Chances are they have (as is the case here), and if they haven't, the screwing-over department is one of two departments where they innovate regularly (the other being their legal department). They have practically always had ulterior motives in the past when announcing things that sounded like they were turning over a new leaf (anybody remember how they said they wanted to fully support Java and free their developers when it first came out?) and it's unlikely that this time will be any different. I'm not touching Mono for as long as I can help it. (Sorry Miguel, it's not a comment on the quality of your software, I just fear what Microsoft has in store.)
And look what happened to all the companies Microsoft saw fit to "work with" in the past.
What, make a huge amount of money? For every one company that Microsoft "crushed", there are probably 100 that made a lot of money (and thousands that make a solid living). It sure doesn't suck to be the Visio guys. Or Norton. Or MacAfee. Or Symantec. Or...
Of course, I could point out that even Microsoft's enemies don't always do badly. Quicken... Oracle...
Most of the ones that died had sucky products that stopped progressing (WordPerfect, Netscape, Borland*, etc).
*Yes, I know Borland still has some backers, and I know that Microsoft hired a lot of their programmers, etc, etc.
-- Sometimes it's best to just let stupid people be stupid.
Mono's impact will ultimately depend on who ends up controlling it. Microsoft could adopt Mono as a kind of super standard of its own. Or Mono could end up in the hands of a rival like IBM that could use it to undermine Microsoft's power.
That quote makes no sense. Mono is free software yes? How can it end up in the hands of anything. It's X11 licensed now iirc, which unfortunately means it could be hijacked, but as there is already a.NET implementation I don't think that matters.
Anyway, Miguel is the coolest guy. I wasn't at all sure about Mono to begin with, but reading the arguments he put forth and talking with him and the rest of his team on IRC has convinced me that he's got the right idea. It's basically a win/win situation, we need a.NET implementation for running Windows apps in future, and if we can use it for writing good apps ourselves then so much the better. I have yet to hear concerns about patents that are actually concrete.
It's interesting how quick the article goes into meaningless comments about power struggles - rather than a discussion of the logical benifits of the technology.
It's true that nobody can take away what we have already (patents not withstanding) but there are a couple of tactics that could be used:
First, MS donates time and money into producing some new classes and extensions (ooh, I dunno, perhaps wrappers around the windows widgets to qt or something).
But MS puts them under a license that is kinda free, but dodgy. But free enough that those who complain are labelled 'rms lovers' and ignored. (Perhaps something like "free to use and run, but MS may claim back rights at any time).
MS waits until everyone uses their extensions, and everybody builds on top of their extensions, leaving the old version to go to waste.
Then MS pulls the rug out, and decides they no longer allow anyone to use their code.
Am I being ridiculous? Sure. Is it likely? probably not. But you asked how it could happen..
Please think a bit about everything that happends when you get this, and figure out if maybe pushing the giant hard and fast will get you what you want. It might just get you everything you ask for, which might not be the very best thing. Microsoft has a very interesting way of taking over something and making it work just well enough to kill what spawned the idea. Granted linux is not you average everyday software package or bottom rung OS so this may not happen as fast or with as much fanfair. All I can say is if you look at the past you will find they are good at at least one thing. Making the masses think they have the best goods. If they switch gears on the Linux community and grab it with both hands and say "We are sorry, we like it! Lets try to work together" don't be surprised when they take over. The Microsoft juggernaut is not something you want hanging around in your backyard sniffing at the roses. Losts of money to force the issue, and enough very smart people to make it happen.
It seems to me that in Microsoft's position, they are not obligated to do anything. They control the biggest monopoly in the computer industry and they are in the habit of making companies/projects obligated to make their systems work with Microsoft systems. There is no reason for Microsft to be obliged to do anything with a port of their CLR.
Re:Obliged?
by
SerpentMage
·
· Score: 1, Insightful
1) The EMCA standard means squat. EG, I am going to standardize the language xyz at EMCA. Does that mean anything? Nope....
2) The FreeBSD port is a non-commercial port of rotor. This means FreeBSD does NOT have any commercial.NET implementation.
3) Helping Linux is that last thing MS wants to do.
Lets be very frank here. MS does not give a rats butt if.NET works on the LINUX platform. MS makes its money selling the software attached to.NET which only run on Windows and will always only run on Windows.
Also consider the following quote from another mailing list:
*******(http://groups.yahoo.com/group/win_tech_o ff _topic/message/13985) It is different as programming paradigm and prowides a lot more features than the current Windows Forms. It should be used instead of Windows Forms for native Longhorn apps. I don't know what the plans for Windows Forms are, but it's quite possible that on Longhorn they will lay on top of Avalon to support "legacy".NET programs. I don't think Windows Forms will go away though, as they are the managed UI for Win2K, XP and Windows Server 2003. And I don't know (but i highly doubt) whether Avalon will be ported to older platforms.
You realise that i've already said more than i can, especially considering the fact that i am not on the Avalon team and the information above may not be totally correct, right?:-) (Put standard disclaimer here...)
Does that clarify the things or makes them more vague?:-) ******
In the next generation of.NET generics and a new GUI platform will be introduced. How is Mono going to adapt? Oh yeah I forgot it is the old bait and switch routine.
Seriously though I like Mono and use Mono. BUT Mono is NOT a.NET on Linux. Mono is C# and runtime environment for all platforms. And when I code in Mono I code in Mono, GTK# and other Mono things. I do not even consider what MS is doing since trying to keep up is futile.
Think about it. People BUYING the product are having a hard time keeping up with the changes. How do you expect a guy with 150 programmers to keep up with several thousand in MS? In other words think of Mono as another platform that happens to have a C# compiler.
--
"You can't make a race horse of a pig"
"No," said Samuel, "but you can make very fast pig"
Historically...
by
borgdows
·
· Score: 3, Insightful
If successful, Mono will allow.NET programmers to write software not just for Windows computers and gadgets but also for those running Linux and other variants of the Unix operating system. It also will simplify the process, allowing developers to use multiple programming languages to write applications that work in many different software environments.
Ask Sun about this! Historically, I'd rather think that MS will use Mono for a "switch back to Windows" campaign
Microsoft could adopt Mono as a kind of super standard of its own.
MS could have adopted Java (or any other standard MS has embraced/extended) as a kind of super standard of its own...
Microsoft is in my kitchen! I don't even run *nix at the moment but will soon, thanks to Mono. Does that make me 'the enemy' around here?
If MS does 'embrace' Mono and decide they can do it better, then it will only help me more, because it will either a) be better or b) I'll still use Mono. That's the joy of open source, right? Freedom of choice? This just gives you more freedom and more choices.
Re:backyard?
by
FatherOfONe
·
· Score: 4, Insightful
This is a double edge sword for the Linux community. If this project continues and is good then people like you will try out Linux and probably use it.
However, there is a serious risk that Microsoft will help in this development only to crush out their primary competition (JAVA). Once that appears to be done then they will do everything in their power to make sure that Mono dies. Specificaly they would change their software to break Mono.
Now Linux people appear not to care about politics:-), and they just develop Linux to work with about anything. So you WILL get your wish.
I personally think that it is a bad idea to develop Mono, and think that in the long run it will only help Microsoft. I don't think it will hurt Linux though. But I guess that the same could have been said about SAMBA. Don't you just wonder why Microsoft wants to help Mono development so much and yet they HATE SAMBA?
They didn't use to hate SAMBA either...
-- The more I learn about science, the more my faith in God increases.
Re:Mono commoditizes .NET
by
blane.bramble
·
· Score: 5, Insightful
Microsoft Sales Rep to Middle Manager: "Ahhh, I see you are using Mono on your servers. You do realise this Open Source stuff is totally unsupportable. Of course, Microsoft have the solution, you can switch to our.Net architecture which is 100% compatible, and we will support you with any problems."
Middle Manager: "Sounds good, who do I make the cheque out to?"
If IBM can back Mono
by
nyc_paladin
·
· Score: 4, Insightful
Or Mono could end up in the hands of a rival like IBM that could use it to undermine Microsoft's power.
Having someone other than Microsoft to back Mono would help the project immensely, otherwise it will get lost in the shuffle at Microsoft. We all saw what happened to Java when Microsoft released their version. No matter what though, Microsoft will adopt Mono and then release their own version of it. I just don't understand why they can't see the bigger picture, maybe Bill needs to get his glasses checked again.
-- All that is necessary for the triumph of evil is that good men do nothing.
--Edmund Burke
sponsorship = advertisement
by
sirshannon
·
· Score: 2, Insightful
A company sponsors a contest to advertise themselves, not their competitors. If you were to do something on a Linux box that you couldn't on a Windows machine, and then you won... You would basically be advertising for Linux over Windows.
When a company offers to give you something for free in return for your efforts on their platform, you can either enter the contest or not, it's not a big deal. When I send in Campbell's Soup labels, they don't allow me to substitute other companies' soups, even though they work together very well.
Remember the old story...
by
jav1231
·
· Score: 2, Insightful
We have a "Scorpion and Frog" story brewing here. The Mono Project is basically a case of flirting with disaster. "No guys, it's okay! He's a nice fire-breathing dragon now! He wants to play nice!"
Yeah right...
>
Microsoft doesn't care
by
ChicagoDave
·
· Score: 5, Insightful
For the most part, MS doesn't care about the Mono project, but if they do, it's a win by letting it procede.
Even if Linux has a weaker implementation of.NET, some developers in the the Linux world may still find that the Mono c# compiler is better than using Tomcat and Java. They might stop innovating for the Java world.
Then, MS can combat Java directly by saying, here's a Linux implementation of.NET and so the main purpose of Java, which is cross-platform, "seems" to go away.
Any effort that sneakily moves the focus _away_ from Java is a good thing for MS. When they have to compete with Mono/Linux, they win easily, because their implementation will _always_ be boatloads better.
Personally, I think.NET is a better implemenation of the Java concept. I can use multiple langauges (VB.NET is much nicer for string handling crap, C# is better for syntax, Perl.NET for regexp) and it all works together whereas in Java, there is no reuse at all. You have to _rewrite_ everything. Heck, there's even a COBOL.Net (http://www.netcobol.com/IBuySpy/).
So in the end, Mono is an excellent diversion for Java developers to stop innovating. And besides, using Java on the client side has never been very interesting or usable..NET does clients _and_ servers both very well.
MS doesn't care because they've built a better platform than Java and they throw $5 billion a year at R and D. No one comes close to that number.
Go Miguel and go.NET!
David C
-- http://chicagodave.wordpress.com
Re:Microsoft doesn't care
by
Brian+Blessed
·
· Score: 2, Insightful
whereas in Java, there is no reuse at all. You have to _rewrite_ everything.
I've always wanted to say this: Are you on crack?
I won't be yet another poster who points you to the webpage that lists all the different languages that can target the JVM, but I will mention that the standard API contains about 24000 methods and properties.
Also please look at the level of reuse that happens at places like http://jakarta.apache.org. Java seems to lend itself to this, enhancing the increased reuse affect that open source provides.
- Brian.
The Purpose of Mono
by
ChaoticCoyote
·
· Score: 4, Insightful
Microsoft has many reasons to support Mono:
In terms of public relations, Mono allows Microsoft to appear "cooperative" with the "Open Source" community. This is an effective tactic for derailing accusations that Microsoft is a monopoly.
In terms of Java, Mono could prevent Java from finally attaining a foothold in the Linux world. Microsoft is taking advantage of Sun's failures to support and actively promote Java on Linux.
Microsoft obtains free help and knowledge from the Mono development; they can examine the Mono code for possible improvements to Windows.Net, without having to do much in return. In essence, Mono is providing free labor for Microsoft.
I respect Miguel and his efforts; it is a shame that he and his talented followers insist upon cloning dubious Microsoft products. Nothing about.Net is innovative or new; it is merely a rehashing of existing ideas for the purpose of expanding Microsoft's influence.
We make fun of Microsoft's use of the word "innovation" -- but where is innovation in the Open Source / free software community? All this talent, used to copy designs that are dusty with old ideas and solidified paradigms... somehow, I find it all a bit sad.
Lots of reasons why I want .NET to fail
by
Anonymous Coward
·
· Score: 5, Insightful
This note was originally published at John Munsch weblog on January the 14th.
Lots of reasons why I want.NET to fail and fail badly
It's benefits a criminal organization. Not one that's been found guilty of crimes once or maybe twice, but lots and lots of times. Those crimes are many and varied, but here's just a few of them: Stac Electronics v. Microsoft, DOJ v. Microsoft, Sun v. Microsoft. P.S. If you want to split hairs, Stac v. Microsoft isn't a criminal action, it's doesn't stem from a criminal abuse of their monopoly like the other two cases. Instead it was just a case of a small company being driven out of business by willful patent infringement, theft of trade secrets, etc.
Microsoft isn't just one thing anymore. It's too damn big for that. I'm sure even Bill himself knows better than to think that he truly controls the whole ship because it's become big enough that he can't possibly know all the projects, people, etc. anymore. But even a really large company still has a kind of collective personality that it exudes and a large part of the personality both internal and external to Microsoft for many years now is that of a total control freak. If they don't own it, if they don't control it, if they didn't create it, if it doesn't have a broad stamp from Microsoft on it, then they don't want it. Sometimes it's sufficient for the thing to merely exist and they'll refuse to acknowledge it, other times they need to actively stamp it out because they can't control it.
When was the last time you can remember Microsoft saying they supported a standard? That is, not something they invented and submitted a RFC for, an actual, take it off the shelf and re-implement it without renaming it or "improving" it so it doesn't work with anybody else standard. C++? Basic? HTML? A video or audio codec? Java? Anything?
I'm sure there's something, somebody will point out their excellent support for TCP/IP or something and I'm sure that's true. But if you were to look at Microsoft as a person in your life, you'd wonder what was wrong with him or her such that so much had to be controlled by that person.
When your business is selling the operating systems that 90+% of everybody uses, software development tools should not be a profit center. Why should I have to plunk down a couple of thousand dollars for a "universal subscription" in order to have access to compilers and basic development information? Sun doesn't have to do that? On this point I'll quote from the.NET "rebuttal" that I linked to above, "For non-profit use VS.NET can be had pretty cheaply, especially if you know anyone that is in college somewhere." Pretty cheaply? For a non-profit (that means charities, churches, universities, the hobbiest who is going to give away his work for FREE)... pretty cheaply? Wow. That is well and truly pathetic. To try and justify it, and say, oh well, you can try to scam an educational discount so it won't be so dear, is even more pathetic.
Marketing. Have you been "lucky" enough to catch one of the.NET commercials with William H. Gacy telling you how great it is without really ever telling you anything about it? Microsoft doesn't trust.NET to stand on its own technical merits and it knows it may go like cod-liver oil down the gullets of a lot of people who have seen how the company works behind closed doors even if it were the tech shiznit. So they are going to pull a page out of Intel's bum-bum-buh-bum "Intel Inside" playbook and try to sell the brand like it's sneakers and cola. Trust us, you'll look cool if you use it, and we'll keep hammering the brand on TV so somebody who doesn't have much tech savvy in your organization will ask you if you are using it, or have plans to port to it, or whatever, even if he hasn't got a clue what "it" is in this case.
They don't trust you. They don't like what they can't control and they can't control you. They can try and they always will keep trying but ultimately you are going to see them keep trying to do things and always keep a step towards the door just so they can bolt if they have to. Want to see what I mean? Go visit GotDotNet sometime if you haven't already been there. It's the grassroots community website that Microsoft put up to support.NET just in case there wasn't any grassroots community who actually wanted to do it. Or maybe just in case there was and they couldn't control it. Ever been to SourceForge? Of course you have, everybody has because that's one of the hubs of all open source projects. You can go there and get the source of thousands of cool open source projects and it really serves the community well. There's even hundreds of projects now that list C# among their programming languages. So why did Microsoft feel compelled to create their own GotDotNet Workspaces that is clearly just a ripoff of SourceForge?
A few reasons are fairly clear: First, at many of their workspaces you don't get in unless they know who you are. Ever been stopped at SourceForge and asked for a name and password to look at a project? What about download binaries or source? No? At GotDotNet you will, lots of projects are marked with a lock. Second, forget about all those messy licenses that Microsoft might not approve of, you don't need to worry your little head about BSD vs. GPL vs. LGPL. You've got the one true workspace license that you have to agree to, or else you won't be putting your project there. Lastly, well it's kind of obvious, but it's really all about control isn't it. After all, if you aren't under their thumb, that has to be a bad thing. So a SourceForge that they control is pretty much a requirement, isn't it?
It's a really sad way for a lot of people to waste a whole lot of time rebuilding that which already exists. Wouldn't the whole computing world be a lot better if there wasn't a team of people, maybe a couple of teams of people building complete copies of.NET for other platforms? If those same people were working on giving us new libraries and new tools for an already existing language instead of pouring in the thousands of man hours it's going to take to build a copy of the C# compiler or a.NET version of Ant and JUnit?
In the end, we'll all just be left with another way to do the exact same thing only in a different language. Lord knows the world benefits now from being unable to share media between France, Germany, Italy, Spain, the US, and Japan because we can't all speak the same language. I benefit every day from the fact that I can't read a Japanese manga I might enjoy or understand a TV show from Europe. Once you are done building this tower, go build a few more right beside it using Perl, Python, and Ruby too. They're all trailing behind in certain areas, we need to make sure the same set of stuff is reinvented and rewritten for all of them too.
deja vu all over again
by
paranoic
·
· Score: 3, Insightful
What will happen is that MS will figure out if a program was compiled using their.NET or mono. When a user tries to run a mono version on Windows, a dialog will appear saying that this program may not run correctly under Windows. MS will also figure out how to make Windows versions of.NET programs run poorly or not at all under non-Windows OS's. They did the former with DR-DOS and the latter with Java.
Re:deja vu all over again
by
mosschops
·
· Score: 3, Insightful
MS will also figure out how to make Windows versions of.NET programs run poorly or not at all under non-Windows OS's.
They can't do that since they have no control over the execution environment. The program data is the same in both cases, so how well it runs is completely up to the implementation on each platform. It's up to Mono how well the programs run, and you can bet that they'll want to squeeze out as much performance as possible.
With Java they could do as much (or as little) optimisation, and a poor JVM implementation could taint Java's reputation (wasn't the JIT JVM implementation in IE much faster than the Sun equivalent anyway?).
The only chance MS have of crippling the performance is if they write the Linux implementation in place of Mono, and that ain't gonna happen anytime soon.
Re:They say this as if it's negative for Microsoft
by
CaptnMArk
·
· Score: 2, Insightful
Only if you develop on Mono and deploy (or maybe not) on MS.
Otherwise Mono is only of marketing value (which is probably exactly what MS wants).
Re:Mono is a platform
by
sckienle
·
· Score: 4, Insightful
System.Windows.Forms and they will need Wine....
Why? There may be some quirks in the assembly that cannot be directly supported by QT or Gtk, but why can't a smart coder work around these? To be frank, I would rather the developers work on getting the System.Windows.Forms assembly functionality working on Linux using either toolkit than for people to invent new assemblies from scratch. Compatibility first, then efficiency; we need to move developers from Windows to Linux first, then we can move them to more efficient Linux implementations. But to expect a Windows developer to move to Linux by having to support two branches of his code is not realistic.
-- I don't see things in black and white; I see the gray. Heck, I actually see in color, which makes things more difficult
They say this as if it's negative for Microsoft...
Mono seems to be Microsoft's best, perhaps only, chance for implementing.Net. Unfortunately, I'm very skeptical to it and see it only as a way of porting vendor lock in to new platforms in place of Windows, which seems to be on the decline. Once OEMs are no longer forced to push Windows on each and every machine, the monopoly position that Microsoft enjoys will rapidly fade and with it, the monopoly rents which seem to be Microsoft's only source of money.
Unfortunately that probability will exist until the issue of encumbering patents is resolved. So far there are just vague rumors of oral promises not to use submarine patents to the disadvantage of non-MS tools. Look at the disruption caused by Unisys's LZW patent used in GIFs. Look at Sendo to see how Mono will get treated if Bill G is done with it.
Until then, Java is much further along.
-- Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
Re:vendor lock in
by
SgtChaireBourne
·
· Score: 3, Insightful
Ooop. Except that Microsoft don't make either openoffice or Mono. You don't think that it might be a method of removing vendor lock in?
No. OpenOffice can exist without the good will of any particular company. Mono, howver, gives every appearance of being dependent on continued use of patents from a company not known for helping competitors. I expect they'll try to pull similar tricks as were done with Sendo, HTML, Kerberos, LDAP, or Java.
-- Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
Microsoft may use Mono to harm Linux SW dev.
by
gnobal
·
· Score: 2, Insightful
IMHO Microsoft allows the development of Mono for the purpose of changing the license terms of a later version of the.NET platform in a way that will not allow Mono to coexist with other open-source software.
Imagine the harm done if this happens after many developers adopt.NET as their Linux development platform.
Re:Mono allows developers to switch
by
mrkurt
·
· Score: 3, Insightful
I am speaking as a recovering VB programmer, and the way that I see.net is as a way for MS to lock developers and their companies into Windows. Frankly, I can't understand why Ximian is wasting their efforts on Mono; it would be better spent improving GNOME and giving Linux/Unix a superior desktop. One change in APIs that Judge CKK allows MS not to document and, POOF! Compatibility disappears.
As for your comment that Mono might be a useful tool for helping Windows programmers move to Linux, it might be so for C++ developers, but IMHO, for VB hacks,.net, and, by extension, Mono, are a whole new ballgame. Previous editions of VB abstracted away a great deal from the details of applications, and.net involves getting more involved with the nitty-gritty. It's more "C++ like", and the approach to building programs through "assemblies" is different as well. But this is not the real reason I chose not to adopt.net...
I see where things are going on the server side, and my preference is to migrate to open source tools that will allow for real multi-platform development-- Python, Perl, and Java. While it essentially means that I had to retool, I would have had to do that anyway if I moved to.net. I would have chosen C# as primary language since it is a standard and there are third parties that plan have released C# compilers . But by choosing true multi-platform tools, it makes the choice of OS irrelevant to my skillset. With.net or Mono, the choice of OS drives the decision to use one or the other, or vice-versa.
-- Always look on the briight side of life! (whistle, whistle)
Re:They say this as if it's negative for Microsoft
by
estoll
·
· Score: 5, Insightful
Even when Mono becomes a mature product, if a customer asked me to write a.NET application and then asked if it would run on Linux, I could never honestly tell them yes. Why? Because Microsoft is a moving target and they always throw a wrench into something like this. I would never trust an application I wrote for Microsoft.NET would run 100% in Mono. For that reason alone, Microsoft will continue to hold their monopoly. The monopoly isn't because they have a great product, it is because people fear Microsoft will change gears on them. Microsoft can write code faster than any of us and nobody wants to be playing catch up by supporting a different OS. There is absolutely no motivating factor that Microsoft will play fair with.NET and the only chance the Mono project will succeed is if a major competitor like IBM takes over the project. Personally, I would love to see someone like IBM back Mono. It is going to take something like the success of.NET and its cross platform ability to Microsoft in its place. But that is so unlikely to happen, just like Java because Microsoft will drag out the problem so long, new technology will come along and the problem just goes away. If IBM could find a way around the patents, I say they should take up the Mono project and dump millions into advertising.NET! People are so confused about what.NET is anyway, they probably wouldn't even notice IBM stealing the brand name...:)
-- http://www.askthevoid.com
Re:They say this as if it's negative for Microsoft
by
MtViewGuy
·
· Score: 2, Insightful
And you wonder why support for Sun's competing Liberty Alliance project has not gone as well as Sun has hoped.
Since Microsoft has pretty much allowed Mono to proceed, this is actually VERY bad news for the Liberty Alliance project because why would you want to pay Sun licensing fees for Liberty Alliance code when you can implement the.NET framework at GPL prices using Mono? Imagine Windows users and Linux users all using.NET services--Sun's project will be left holding the bag.
All a jumble
by
SuperKendall
·
· Score: 3, Insightful
You have quite a jumble of buzzwords there, too bad they don't belong with each other.
To start with,.Net and Liberty Alliance have about as much to do with each other as my computer and a furry kitten basking in the sunshine. Actually, they are not even that similar. Mono.Net is basically like trying to write a new JVM and libraries (the CLR). The Liberty Alliance is a scheme for large scale authentication. I won't say which one is the kitten.
So to say the Liberty Alliance will be hampered by a GPL mono... is pretty ill-informed as anyone can put together a liberty-alliance program on top of Java, which is also free only it works on many more platforms - today. There are no fees that I'm aware of, though if you know of any for implementing the Alliance stuff I'd be interested to see a link. But even if there is a licence fee you've still got the core problems with Alliance all wrong.
-- "There is more worth loving than we have strength to love." - Brian Jay Stanley
Re:Mono is a platform
by
esarjeant
·
· Score: 2, Insightful
I'm starting to doubt that there really is any compatibility here. Everyone is going to be doing their own thing - which is going to leave plenty of room for innovation but will make.NET as a "platform" an impossibility.
And even more unfortunate is that many of these assemblies must rely on native code. Until Java worked out many of its kinks, there were native method classes used to solve these problems. Until.NET has a certain level of maturity it won't have the same level of portability as the now-mature Java, so while Mono might be a platform the MS.NET implementation won't be a platform for quite some time.
IMHO, MS should have provided a GDI spec that others could plug into. So if someone did decide to implement a Gtk assembly it would be pluggable.
--
Eric Sarjeant
eric[@]sarjeant.com
THE SECRET IS OUT
by
ADRA
·
· Score: 2, Insightful
The Microsoft version of.NET for Linux existed at least a year ago!
Have you seen it? No. They need the manuverability in the market that hey if all goes to hell on the platform wars, jump ship and start marketing for a newer open systems microsoft using microsoft components. Java kicking in MS's teeth? Open other platform.NET's.. basically they are saving the "big guns" for when they are in a shoot out, and if by some unrealistic miracle, they actually surpass java without any problems do you see them EVER needing to release the ports? Hell no, they already have the lock in, so why make their product line weaker by alowing non-Microsoft platforms to use it?
-- Bye!
Re:Linux becomes victim to MS viruses
by
Anonymous Coward
·
· Score: 2, Insightful
Yes.
Even worse is the prevalence of "web services" in.Net: it likes to handle remote invocation as Soap messages over standard http at port 80. The whole idea of this is, of course, to bypass firewalls.
Just imagine when a worm is written to exploit a hole in a popular web service (assuming.Net indeed should become popular). Imagine that there's nothing the firewalls of the world can do to stop the worm from spreading.
Imagine fear...
Re:Where is Richard Stallman in this debate?
by
prockcore
·
· Score: 2, Insightful
Blindsided how? How can someone be blindsided by something you have to invite into your house?
Well, I meant it in terms of developers (see below)
If compatibility is not the point, then why make it.NET compatible at all?
Because it's easy. You really have to go out of your way to make things incompatible (after all, the ECMA specs are fairly thorough, and just following them makes things fairly compatible). This may or may not be true in the future.
flies in the face of those who say that Mono: can lure Windows developers, can interoperate with Windows, can promote reuse
Not necessarily. I obviously can't speak for everyone.. but I think it's far more important that C# exist on linux. Binary compatibility isn't nearly as important as language compatability. Code reuse and luring developers for Windows all depend more on the availably of C# on Linux than the ability to run.Net binaries.
Developers are going to learn C#. Many of them are going to like it. They're going to be wondering why Linux doesn't have a C# compiler (or not really wondering, but more like complaining:). Whether or not C# applications compiled under linux will run on Windows (or viceversa) without a recompile isn't nearly as important as the ability to compile those C# applications under linux in the first place.
So, to sum up:
Things are binary compatible right now because it's fairly trivial to do so.
I think being able to develop software using C# under linux is important.
If MS decides to make things incompatible for the sake of incompatiblity, things will really be no different than the gcc and VC++ incompatiblities.
Re:They say this as if it's negative for Microsoft
by
estoll
·
· Score: 3, Insightful
That is only if Mono can keep up with Microsoft's changes. Believe me, I'm pro-Mono but I just don't see projects being cross platform in the short term. For example, Mono doesn't even have.NET 1.0 implemented 100% yet; what are they going to do when Microsoft releases 1.1? 1.1 isn't 100% backwards-compatible with 1.0 and I'm already expecting to rewrite several areas of a large project (1,000,000+ lines) so it works on 1.1. I don't even think Microsoft is going to be fixing bugs in 1.0 anymore (hearsay) and everyone is going to be forced to upgrade (i.e. rewrite parts of their code) to 1.1 or work around the bugs for their 1.0 projects. Sure, Mono has a great code base, but I can't see them leveling the playing field, especially when the tools (Visual Studio.NET) don't exist for Linux yet.
-- http://www.askthevoid.com
Re:Where is Richard Stallman in this debate?
by
anicklin
·
· Score: 2, Insightful
Well, be a lot afraid. Microsoft is tricking you into writing native apps for GNU/Linux and making them dependent on the WINDOWS API (Windows.Forms are part of the new Windows API). . . and the mono guys have fallen for it hook line and sinker (and are helping).
What a load of crap. A major advantage of.NET is to remove the coder from the direct need for API's but still override & add functionality as necessary. The inside activity of the platform doesn't matter as long as the results are the same. That's the whole purpose of object oriented coding with classes. If Microsoft puts together a new API to replace the existing User32+ functionality, all the Mono developers will have to do is provide the same level of support in their parallel code. None of the overlaying applications will need to change at all.
GNU/Linux is already competing and is kicking Microsoft's ass (and everyone elses for that matter)! Microsoft started with a huge lead on the desktop and server and GNU/Linux has had a faster adoption rate than any OS in history.
Linux is a good product, BUT it does not meet the needs of enterprise-level developments -- yet. As a person who oversees application development, I see Mono as an excellent opportunity for Linux to rise to those demands.
What great apps and what converts? There aren't many.NET programmers, folks. . . Is the platform even out of beta on windows?
What great RAD tools exist for Linux?.NET is not yet a mature enough platform for people to move to, but make no mistake that they will move to it; it is already well-past the beta testing stages.
I don't like Microsoft's marketing strategies, but they *do* make good products. Windows XP, the.NET platform are both good examples. Should every future development be based upon.NET? Of course not.
Should I be able to run.NET applications on Linux, possibly without even having to recompile them? Hell yeah! Thanks to Mono, that's actually possible.
Ximian has the right approach: develop a clone open-source platform while it is still in the infancy stages - so that it can keep pace with (and possibly even outperform) the behemoth. Even the Microsoft implementation of.NET can only stand to benefit from such efforts. Not to mention that the security from such a product would be far better than anything MS turns out these days.
Besides, MS would love it when all their.NET applications (read: nextgen office applications) run on Linux & Macs. Their market share will get that much bigger.
"That [.Net works with Linux] could be a big breakthrough for Linux..."
At the price of killing Java...
> saying that the 'volunteer effort could oblige Microsoft to work with Linux'.
And look what happened to all the companies Microsoft saw fit to "work with" in the past.
Sheesh, evil *and* a jerk. -- Jade
That quote makes no sense. Mono is free software yes? How can it end up in the hands of anything. It's X11 licensed now iirc, which unfortunately means it could be hijacked, but as there is already a .NET implementation I don't think that matters.
Anyway, Miguel is the coolest guy. I wasn't at all sure about Mono to begin with, but reading the arguments he put forth and talking with him and the rest of his team on IRC has convinced me that he's got the right idea. It's basically a win/win situation, we need a .NET implementation for running Windows apps in future, and if we can use it for writing good apps ourselves then so much the better. I have yet to hear concerns about patents that are actually concrete.
Do you really want microsoft in your backyard?
Please think a bit about everything that happends when you get this, and figure out if maybe pushing the giant hard and fast will get you what you want. It might just get you everything you ask for, which might not be the very best thing. Microsoft has a very interesting way of taking over something and making it work just well enough to kill what spawned the idea. Granted linux is not you average everyday software package or bottom rung OS so this may not happen as fast or with as much fanfair. All I can say is if you look at the past you will find they are good at at least one thing. Making the masses think they have the best goods. If they switch gears on the Linux community and grab it with both hands and say "We are sorry, we like it! Lets try to work together" don't be surprised when they take over. The Microsoft juggernaut is not something you want hanging around in your backyard sniffing at the roses. Losts of money to force the issue, and enough very smart people to make it happen.
Again I have been known to be wrong....
Neck_of_the_Woods
#/usr/local/surf/glassy/overhead
It seems to me that in Microsoft's position, they are not obligated to do anything. They control the biggest monopoly in the computer industry and they are in the habit of making companies/projects obligated to make their systems work with Microsoft systems. There is no reason for Microsft to be obliged to do anything with a port of their CLR.
If successful, Mono will allow .NET programmers to write software not just for Windows computers and gadgets but also for those running Linux and other variants of the Unix operating system.
:/
It also will simplify the process, allowing developers to use multiple programming languages to write applications that work in many different software environments. Ask Sun about this!
Historically, I'd rather think that MS will use Mono for a "switch back to Windows" campaign
Microsoft could adopt Mono as a kind of super standard of its own.
MS could have adopted Java (or any other standard MS has embraced/extended) as a kind of super standard of its own...
Uh.. well... this article comes from MSNBC
Microsoft is in my kitchen! I don't even run *nix at the moment but will soon, thanks to Mono. Does that make me 'the enemy' around here?
If MS does 'embrace' Mono and decide they can do it better, then it will only help me more, because it will either a) be better or b) I'll still use Mono. That's the joy of open source, right? Freedom of choice? This just gives you more freedom and more choices.
Rejoice!
The truth doesn't care what I think.
Microsoft Sales Rep to Middle Manager: "Ahhh, I see you are using Mono on your servers. You do realise this Open Source stuff is totally unsupportable. Of course, Microsoft have the solution, you can switch to our .Net architecture which is 100% compatible, and we will support you with any problems."
Middle Manager: "Sounds good, who do I make the cheque out to?"
Or Mono could end up in the hands of a rival like IBM that could use it to undermine Microsoft's power.
Having someone other than Microsoft to back Mono would help the project immensely, otherwise it will get lost in the shuffle at Microsoft. We all saw what happened to Java when Microsoft released their version. No matter what though, Microsoft will adopt Mono and then release their own version of it. I just don't understand why they can't see the bigger picture, maybe Bill needs to get his glasses checked again.
All that is necessary for the triumph of evil is that good men do nothing. --Edmund Burke
A company sponsors a contest to advertise themselves, not their competitors. If you were to do something on a Linux box that you couldn't on a Windows machine, and then you won... You would basically be advertising for Linux over Windows.
When a company offers to give you something for free in return for your efforts on their platform, you can either enter the contest or not, it's not a big deal. When I send in Campbell's Soup labels, they don't allow me to substitute other companies' soups, even though they work together very well.
The truth doesn't care what I think.
We have a "Scorpion and Frog" story brewing here. The Mono Project is basically a case of flirting with disaster. "No guys, it's okay! He's a nice fire-breathing dragon now! He wants to play nice!" Yeah right... >
For the most part, MS doesn't care about the Mono project, but if they do, it's a win by letting it procede.
.NET, some developers in the the Linux world may still find that the Mono c# compiler is better than using Tomcat and Java. They might stop innovating for the Java world.
.NET and so the main purpose of Java, which is cross-platform, "seems" to go away.
.NET is a better implemenation of the Java concept. I can use multiple langauges (VB.NET is much nicer for string handling crap, C# is better for syntax, Perl.NET for regexp) and it all works together whereas in Java, there is no reuse at all. You have to _rewrite_ everything. Heck, there's even a COBOL.Net (http://www.netcobol.com/IBuySpy/).
.NET does clients _and_ servers both very well.
.NET!
Even if Linux has a weaker implementation of
Then, MS can combat Java directly by saying, here's a Linux implementation of
Any effort that sneakily moves the focus _away_ from Java is a good thing for MS. When they have to compete with Mono/Linux, they win easily, because their implementation will _always_ be boatloads better.
Personally, I think
So in the end, Mono is an excellent diversion for Java developers to stop innovating. And besides, using Java on the client side has never been very interesting or usable.
MS doesn't care because they've built a better platform than Java and they throw $5 billion a year at R and D. No one comes close to that number.
Go Miguel and go
David C
http://chicagodave.wordpress.com
Microsoft has many reasons to support Mono:
I respect Miguel and his efforts; it is a shame that he and his talented followers insist upon cloning dubious Microsoft products. Nothing about .Net is innovative or new; it is merely a rehashing of existing ideas for the purpose of expanding Microsoft's influence.
We make fun of Microsoft's use of the word "innovation" -- but where is innovation in the Open Source / free software community? All this talent, used to copy designs that are dusty with old ideas and solidified paradigms... somehow, I find it all a bit sad.
All about me
This note was originally published at John Munsch weblog on January the 14th.
.NET to fail and fail badly
.NET "rebuttal" that I linked to above, "For non-profit use VS.NET can be had pretty cheaply, especially if you know anyone that is in college somewhere." Pretty cheaply? For a non-profit (that means charities, churches, universities, the hobbiest who is going to give away his work for FREE)... pretty cheaply? Wow. That is well and truly pathetic. To try and justify it, and say, oh well, you can try to scam an educational discount so it won't be so dear, is even more pathetic.
.NET commercials with William H. Gacy telling you how great it is without really ever telling you anything about it? Microsoft doesn't trust .NET to stand on its own technical merits and it knows it may go like cod-liver oil down the gullets of a lot of people who have seen how the company works behind closed doors even if it were the tech shiznit.
.NET just in case there wasn't any grassroots community who actually wanted to do it. Or maybe just in case there was and they couldn't control it.
.NET for other platforms? If those same people were working on giving us new libraries and new tools for an already existing language instead of pouring in the thousands of man hours it's going to take to build a copy of the C# compiler or a .NET version of Ant and JUnit?
Lots of reasons why I want
It's benefits a criminal organization. Not one that's been found guilty of crimes once or maybe twice, but lots and lots of times. Those crimes are many and varied, but here's just a few of them: Stac Electronics v. Microsoft, DOJ v. Microsoft, Sun v. Microsoft.
P.S. If you want to split hairs, Stac v. Microsoft isn't a criminal action, it's doesn't stem from a criminal abuse of their monopoly like the other two cases. Instead it was just a case of a small company being driven out of business by willful patent infringement, theft of trade secrets, etc.
Microsoft isn't just one thing anymore. It's too damn big for that. I'm sure even Bill himself knows better than to think that he truly controls the whole ship because it's become big enough that he can't possibly know all the projects, people, etc. anymore. But even a really large company still has a kind of collective personality that it exudes and a large part of the personality both internal and external to Microsoft for many years now is that of a total control freak.
If they don't own it, if they don't control it, if they didn't create it, if it doesn't have a broad stamp from Microsoft on it, then they don't want it. Sometimes it's sufficient for the thing to merely exist and they'll refuse to acknowledge it, other times they need to actively stamp it out because they can't control it.
When was the last time you can remember Microsoft saying they supported a standard? That is, not something they invented and submitted a RFC for, an actual, take it off the shelf and re-implement it without renaming it or "improving" it so it doesn't work with anybody else standard. C++? Basic? HTML? A video or audio codec? Java? Anything?
I'm sure there's something, somebody will point out their excellent support for TCP/IP or something and I'm sure that's true. But if you were to look at Microsoft as a person in your life, you'd wonder what was wrong with him or her such that so much had to be controlled by that person.
When your business is selling the operating systems that 90+% of everybody uses, software development tools should not be a profit center.
Why should I have to plunk down a couple of thousand dollars for a "universal subscription" in order to have access to compilers and basic development information? Sun doesn't have to do that? On this point I'll quote from the
Marketing. Have you been "lucky" enough to catch one of the
So they are going to pull a page out of Intel's bum-bum-buh-bum "Intel Inside" playbook and try to sell the brand like it's sneakers and cola. Trust us, you'll look cool if you use it, and we'll keep hammering the brand on TV so somebody who doesn't have much tech savvy in your organization will ask you if you are using it, or have plans to port to it, or whatever, even if he hasn't got a clue what "it" is in this case.
They don't trust you. They don't like what they can't control and they can't control you. They can try and they always will keep trying but ultimately you are going to see them keep trying to do things and always keep a step towards the door just so they can bolt if they have to. Want to see what I mean? Go visit GotDotNet sometime if you haven't already been there. It's the grassroots community website that Microsoft put up to support
Ever been to SourceForge? Of course you have, everybody has because that's one of the hubs of all open source projects. You can go there and get the source of thousands of cool open source projects and it really serves the community well. There's even hundreds of projects now that list C# among their programming languages. So why did Microsoft feel compelled to create their own GotDotNet Workspaces that is clearly just a ripoff of SourceForge?
A few reasons are fairly clear: First, at many of their workspaces you don't get in unless they know who you are. Ever been stopped at SourceForge and asked for a name and password to look at a project? What about download binaries or source? No? At GotDotNet you will, lots of projects are marked with a lock. Second, forget about all those messy licenses that Microsoft might not approve of, you don't need to worry your little head about BSD vs. GPL vs. LGPL. You've got the one true workspace license that you have to agree to, or else you won't be putting your project there. Lastly, well it's kind of obvious, but it's really all about control isn't it. After all, if you aren't under their thumb, that has to be a bad thing. So a SourceForge that they control is pretty much a requirement, isn't it?
It's a really sad way for a lot of people to waste a whole lot of time rebuilding that which already exists. Wouldn't the whole computing world be a lot better if there wasn't a team of people, maybe a couple of teams of people building complete copies of
In the end, we'll all just be left with another way to do the exact same thing only in a different language. Lord knows the world benefits now from being unable to share media between France, Germany, Italy, Spain, the US, and Japan because we can't all speak the same language. I benefit every day from the fact that I can't read a Japanese manga I might enjoy or understand a TV show from Europe. Once you are done building this tower, go build a few more right beside it using Perl, Python, and Ruby too. They're all trailing behind in certain areas, we need to make sure the same set of stuff is reinvented and rewritten for all of them too.
What will happen is that MS will figure out if a program was compiled using their .NET or mono. When a user tries to run a mono version on Windows, a dialog will appear saying that this program may not run correctly under Windows. MS will also figure out how to make Windows versions of .NET programs run poorly or not at all under non-Windows OS's. They did the former with DR-DOS and the latter with Java.
Only if you develop on Mono and deploy (or maybe not) on MS.
Otherwise Mono is only of marketing value (which is probably exactly what MS wants).
System.Windows.Forms and they will need Wine....
Why? There may be some quirks in the assembly that cannot be directly supported by QT or Gtk, but why can't a smart coder work around these? To be frank, I would rather the developers work on getting the System.Windows.Forms assembly functionality working on Linux using either toolkit than for people to invent new assemblies from scratch. Compatibility first, then efficiency; we need to move developers from Windows to Linux first, then we can move them to more efficient Linux implementations. But to expect a Windows developer to move to Linux by having to support two branches of his code is not realistic.
I don't see things in black and white; I see the gray. Heck, I actually see in color, which makes things more difficult
They say this as if it's negative for Microsoft...
Mono seems to be Microsoft's best, perhaps only, chance for implementingUnfortunately that probability will exist until the issue of encumbering patents is resolved. So far there are just vague rumors of oral promises not to use submarine patents to the disadvantage of non-MS tools. Look at the disruption caused by Unisys's LZW patent used in GIFs. Look at Sendo to see how Mono will get treated if Bill G is done with it.
Until then, Java is much further along.
Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
IMHO Microsoft allows the development of Mono for the purpose of changing the license terms of a later version of the .NET platform in a way that will not allow Mono to coexist with other open-source software.
.NET as their Linux development platform.
Imagine the harm done if this happens after many developers adopt
I am speaking as a recovering VB programmer, and the way that I see .net is as a way for MS to lock developers and their companies into Windows. Frankly, I can't understand why Ximian is wasting their efforts on Mono; it would be better spent improving GNOME and giving Linux/Unix a superior desktop. One change in APIs that Judge CKK allows MS not to document and, POOF! Compatibility disappears.
As for your comment that Mono might be a useful tool for helping Windows programmers move to Linux, it might be so for C++ developers, but IMHO, for VB hacks, .net, and, by extension, Mono, are a whole new ballgame. Previous editions of VB abstracted away a great deal from the details of applications, and .net involves getting more involved with the nitty-gritty. It's more "C++ like", and the approach to building programs through "assemblies" is different as well. But this is not the real reason I chose not to adopt .net...
I see where things are going on the server side, and my preference is to migrate to open source tools that will allow for real multi-platform development-- Python, Perl, and Java. While it essentially means that I had to retool, I would have had to do that anyway if I moved to .net. I would have chosen C# as primary language since it is a standard and there are third parties that plan have released C# compilers . But by choosing true multi-platform tools, it makes the choice of OS irrelevant to my skillset. With .net or Mono, the choice of OS drives the decision to use one or the other, or vice-versa.
Always look on the briight side of life! (whistle, whistle)
Even when Mono becomes a mature product, if a customer asked me to write a .NET application and then asked if it would run on Linux, I could never honestly tell them yes. Why? Because Microsoft is a moving target and they always throw a wrench into something like this. I would never trust an application I wrote for Microsoft.NET would run 100% in Mono. For that reason alone, Microsoft will continue to hold their monopoly. The monopoly isn't because they have a great product, it is because people fear Microsoft will change gears on them. Microsoft can write code faster than any of us and nobody wants to be playing catch up by supporting a different OS. There is absolutely no motivating factor that Microsoft will play fair with .NET and the only chance the Mono project will succeed is if a major competitor like IBM takes over the project. Personally, I would love to see someone like IBM back Mono. It is going to take something like the success of .NET and its cross platform ability to Microsoft in its place. But that is so unlikely to happen, just like Java because Microsoft will drag out the problem so long, new technology will come along and the problem just goes away. If IBM could find a way around the patents, I say they should take up the Mono project and dump millions into advertising .NET! People are so confused about what .NET is anyway, they probably wouldn't even notice IBM stealing the brand name... :)
http://www.askthevoid.com
And you wonder why support for Sun's competing Liberty Alliance project has not gone as well as Sun has hoped.
.NET framework at GPL prices using Mono? Imagine Windows users and Linux users all using .NET services--Sun's project will be left holding the bag.
Since Microsoft has pretty much allowed Mono to proceed, this is actually VERY bad news for the Liberty Alliance project because why would you want to pay Sun licensing fees for Liberty Alliance code when you can implement the
You have quite a jumble of buzzwords there, too bad they don't belong with each other.
.Net and Liberty Alliance have about as much to do with each other as my computer and a furry kitten basking in the sunshine. Actually, they are not even that similar. Mono .Net is basically like trying to write a new JVM and libraries (the CLR). The Liberty Alliance is a scheme for large scale authentication. I won't say which one is the kitten.
To start with,
So to say the Liberty Alliance will be hampered by a GPL mono... is pretty ill-informed as anyone can put together a liberty-alliance program on top of Java, which is also free only it works on many more platforms - today. There are no fees that I'm aware of, though if you know of any for implementing the Alliance stuff I'd be interested to see a link. But even if there is a licence fee you've still got the core problems with Alliance all wrong.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
I'm starting to doubt that there really is any compatibility here. Everyone is going to be doing their own thing - which is going to leave plenty of room for innovation but will make .NET as a "platform" an impossibility.
.NET has a certain level of maturity it won't have the same level of portability as the now-mature Java, so while Mono might be a platform the MS .NET implementation won't be a platform for quite some time.
And even more unfortunate is that many of these assemblies must rely on native code. Until Java worked out many of its kinks, there were native method classes used to solve these problems. Until
IMHO, MS should have provided a GDI spec that others could plug into. So if someone did decide to implement a Gtk assembly it would be pluggable.
Eric Sarjeant
eric[@]sarjeant.com
The Microsoft version of .NET for Linux existed at least a year ago!
.NET's.. basically they are saving the "big guns" for when they are in a shoot out, and if by some unrealistic miracle, they actually surpass java without any problems do you see them EVER needing to release the ports? Hell no, they already have the lock in, so why make their product line weaker by alowing non-Microsoft platforms to use it?
Have you seen it? No. They need the manuverability in the market that hey if all goes to hell on the platform wars, jump ship and start marketing for a newer open systems microsoft using microsoft components. Java kicking in MS's teeth? Open other platform
Bye!
Yes.
.Net: it likes to handle remote invocation as Soap messages over standard http at port 80. The whole idea of this is, of course, to bypass firewalls.
.Net indeed should become popular). Imagine that there's nothing the firewalls of the world can do to stop the worm from spreading.
Even worse is the prevalence of "web services" in
Just imagine when a worm is written to exploit a hole in a popular web service (assuming
Imagine fear...
Blindsided how? How can someone be blindsided by something you have to invite into your house?
.NET compatible at all?
.Net binaries.
:). Whether or not C# applications compiled under linux will run on Windows (or viceversa) without a recompile isn't nearly as important as the ability to compile those C# applications under linux in the first place.
Well, I meant it in terms of developers (see below)
If compatibility is not the point, then why make it
Because it's easy. You really have to go out of your way to make things incompatible (after all, the ECMA specs are fairly thorough, and just following them makes things fairly compatible). This may or may not be true in the future.
flies in the face of those who say that Mono: can lure Windows developers, can interoperate with Windows, can promote reuse
Not necessarily. I obviously can't speak for everyone.. but I think it's far more important that C# exist on linux. Binary compatibility isn't nearly as important as language compatability. Code reuse and luring developers for Windows all depend more on the availably of C# on Linux than the ability to run
Developers are going to learn C#. Many of them are going to like it. They're going to be wondering why Linux doesn't have a C# compiler (or not really wondering, but more like complaining
So, to sum up:
Things are binary compatible right now because it's fairly trivial to do so.
I think being able to develop software using C# under linux is important.
If MS decides to make things incompatible for the sake of incompatiblity, things will really be no different than the gcc and VC++ incompatiblities.
That is only if Mono can keep up with Microsoft's changes. Believe me, I'm pro-Mono but I just don't see projects being cross platform in the short term. For example, Mono doesn't even have .NET 1.0 implemented 100% yet; what are they going to do when Microsoft releases 1.1? 1.1 isn't 100% backwards-compatible with 1.0 and I'm already expecting to rewrite several areas of a large project (1,000,000+ lines) so it works on 1.1. I don't even think Microsoft is going to be fixing bugs in 1.0 anymore (hearsay) and everyone is going to be forced to upgrade (i.e. rewrite parts of their code) to 1.1 or work around the bugs for their 1.0 projects. Sure, Mono has a great code base, but I can't see them leveling the playing field, especially when the tools (Visual Studio.NET) don't exist for Linux yet.
http://www.askthevoid.com