De Icaza Pleads For Mono/.Net Cooperation 262
suka writes "In a recent interview with the online edition of an Austrian newspaper, Mono project-lead Miguel de Icaza pleads for cooperation between Mono and Microsoft's .Net: 'I think that the deal should include a technical Mono/.NET collaboration, and even go as far as Microsoft recommending Mono for all of their developers looking at migration'. The whole interview has some other interesting bits, like de Icaza's thoughts on open sourced Java and information about upcoming versions of Mono."
Patents, again... (Score:3, Interesting)
My understanding is that Mono exists because of a statement, made by Microsoft, that they won't sue for re-implementations of the ECMA-submitted components of
Mono is now starting to slip into linux distributions and that worries me. Tomboy for example is the default load of Ubuntu 7.04. I'm not a rabid MS hater, but since when does a promise from Microsoft mean anything at all?
Is there any legal protection for the Mono team and those who distribute it?
Instead of catch up (Score:5, Interesting)
C# is a good language, having it represented outside of Windows is a good thing. Plenty of C# coders are hitting their streets, and linux could exploit that too.
Instead of dicking around trying to recreate MSFT's libraries (Windows Forms), why not more focus on developing their OWN truly cross platform libraries, (like, say, GTK#)
I had some success writing cross-platform apps based on GTK#, this was over a year ago, and haven't played with Mono since, I didn't want to invest too much time into something that looked like a novelty which would just be pitched.
De Icazas focus seemed to be "do exactly what microsoft does" then, and seems so now.
I'd take a thread safe GTK# over a half-assed wine-implementation of winforms.
But, that's just one little bears opinion.
libs, APIs and tools are completely independent? (Score:1, Interesting)
So Mono needs its own libraries for Apache, Bittorrent, Flickr, Google, etc. They are "independent" from
Comment removed (Score:4, Interesting)
Re:Benefit. (Score:3, Interesting)
A simple "we will not sue" would be a nice place to start for instance. I can't see how that would be a big risk. Therefore, I can only suspect that the reason it hasn't been done yet is that certain senior management is too pig headed to admit a different strategy is needed. Java is GPLed now. Microsoft is going to need an answer sooner or later. Maybe for once they won't wait until the opposition has a huge head-start. *cough* *cough* *cough*
It's called keeping your options open. A little bit of support now could pay off big time in the future when Microsoft gets fingered for not having an open source
Re:Why Mono and DotNet should synch (Score:2, Interesting)
You realise that Visual Studio is mostly written in C++.
The big problem with 'porting'
And don't even talk about
No, the reason to use
Re:Patents, again... (Score:2, Interesting)
If they decided to ask one cent per application that uses the CLR on non-Windows platforms:
Re:Forget dot net / mono, use Java (Score:4, Interesting)
Because Java isn't good at everything (Actually, I find it's good at very little), the
Ada, APL, Basic, Boo, C, C#, C++, Cobol, Eiffel, Forth, Fortran, Haskell, IL/MSIL, J#/Java, JavaScript, LISP, LOGO, Mixal, Modula-2, Perl, Pascal, PHP, Prolog, Python, Ruby, RPG, Smalltalk, and Tcl/Tk.
Each of them is capable of both creating and consuming code written by any of the others. So I can write in VB.NET, and use a class that was written in C#. I can package it up, and the application just works.
A better question that you should have asked is why would we care about Java being GPL-ed when it's slower, less scalable, only supports a single language, controlled by a single vendor, and YEARS behind. When the Java language becomes forgotten (like all computer languages do) for the next best language, all your code is useless. But all my libraries are just a call away, no matter what language takes the place of what I currently use.
This time is a backwards embrace & extend (Score:5, Interesting)
MS monopoly is all about protecting the API. As Ballmer said: developers, developers, developers! They had one API everybody used, win32, and it was their crown jewel. As long as everybody keep developing for win32, MS would win.
Then came Linux. If Linux distros could provide a competing API to Win32, MS would be screwed. MS solution? fragment the Linux API. You see, one of the main values of a successful API is that it's universal. So how to destroy Linux? Destroy the universality of the API. Make not one, but TWO competing APIs! Then developers would have endless religious wars and Linux would not grow as a competing commercial platform against Win32. How to do it? Make Gnome and start a religious war against the then 'closed license' QT libraries. Forward ten years and what's the result? Nobody uses either KDE or Gnome to develop commercial software, the 'developers, developers, developers' are still somewhere else. Oracle uses Java as the API when running in Linux. And who started Gnome? Icaza.
Meanwhile Java becomes stronger against C++. Developers switch to Java.
Now what happens, MS decides to create a new API from zero, sacrificing their beloved Win32. The new API is then called
Against Java they used the embrace and extend, promoting J++, that used MS proprietary extensions to the Java language to achieve developer lock in. To protect
Right now it is Java vs
Icaza is also a strong backer of the Novel-MS deal.
All I can see Icaza doing lately is telling everybody: "why can't we be friends?", but I seriously suspect the motives behind it.
Re:Why? (Score:5, Interesting)
i say this as someone who at a personal level actively resists windows (10 year linuxs on personal desktop yada yada yada) and recognises ms business practices for its genuine sin and damage caused to economic welfare.
much kudos to De Icaza for seeing the value in this technology before others. linux/unix is so missing in a good object model (corba, gobjects, java beans etc) and a good abstraction layer between high and low level object design - i just hope that this might become a standard that ms could permit to be embraced by the linux community.
searchanoncoward
Where this is all going... (Score:3, Interesting)
-Natural Born Killers
Re:De Icaza is a disgrace to OSS. (Score:5, Interesting)
Uhm, at that time, there was no good OSS desktop environment. Sure, KDE existed. So did a bunch of others (e.g. Gnustep, CDE, various fvwm-based shit, etc...). They all sucked. KDE may have sucked a little bit less than some others, but it was far from obvious that it was what everybody should bet on (if it was, everybody would have done just that). And the licensing issues seemed pretty unsolvable at the time. It is doubtful whether Trolltech would have caved in, if it wasn't for the rise in interest in GNOME.
GNOME has never been about "catching up" to KDE. When GNOME was started, KDE was ignored out of political and philosophical grounds. Since then, both GNOME and KDE has gone out of their way to emulate Microsoft Windows. Sure, some ideas might have been brought from KDE to GNOME, or in the other direction, but for the most part, ideas have been stolen from more successful commercial products, not from some hobbyist open source desktop project.
In my opinion, Mono has a lot to offer the OSS community. Does that make one of us wrong? Yes. Is it me? No. Just because you don't find any use for it, doesn't mean that it's useless. Personally, I find C++ to be pretty useless, but I don't go around blaming the gcc developers for spending their time writing a compiler for it. And if it wasn't for gcc supporting C++, there would be no KDE either.
I have lots of trouble imagining that just because people stopped developing Mono, there would magically appear lots of worthwhile contributions to KDE, Python, Perl and Ruby instead. People work on what they want, not what you want.
Re:This time is a backwards embrace & extend (Score:1, Interesting)
Re:This time is a backwards embrace & extend (Score:2, Interesting)
This is a nice conspiracy theory, but there's one giant big thing that makes it all fall crumbling down:
GTK+ and Qt are just GUI toolkits. The *nix APIs that are used to develop the actual application logic are the same in both cases - and the GNOME and KDE folks have also shared quite a few of the standards they've developed and will work on unifying stuff more through freedesktop.org. If you want to port an application from GTK+ to Qt or Qt to GTK+, you can do so.
Meanwhile in Win32 land, there have also always been multiple "GUI toolkits". Nobody programmed on bare Win32 - everyone used something on top of that, and not always MFC. Even Microsoft used multiple different GUI abstractions depending on how things worked for them, and backed up whatever that helped them sell Visual Studio.