Mono Blocked from MS Conference
Anonymous Coward writes to tell us that Microsoft has apparently blocked the Mono 'Birds-of-a-Feather' meeting from being held at their Professional Developers Conference for the second year in a row. Miguel de Icaza discusses the circumstances in his blog. From the blog: 'It is their conference, and they have every right to control what they will allow to be shown there, but they actively have misrepresented things.' Not terribly surprising but infuriating nonetheless.
Sounds like left hand doesn't know what the right is doing.. Today's early "Race to Linux" thread about porting .Net linked to this article, which explicitly mentions mono as being an allowable language. This just seems odd to me, expecially because its also sponsored by the very same Microsoft Professional Developers Conversation..
Film at 11...
Come on now, is anyone surprised by churlish behavior by MS towards the Mono developers? Does "Samba" ring a bell?
-jcr
The only title of honor that a tyrant can grant is "Enemy of the State."
Wake up with fleas
But when the guy essentially works for Novell, what the fuck did he expect? They didn't let the Oracle folks in either, eh?
The zealotosphere will of course take this personally and another round of "OMFG TEH M$ IS TEH EVIL!!1!" is forthcoming. That's fine. Just remember that Microsoft is not into giving competitors slots on their conferences just so they can come across as being nice. The PDC is not an all-access proletarian gig. If Icaza was still independent I'd put good money on him getting into the PDC to demo his stuff. With the Novell t-shirt however, things are a little different.
Oh, and BTW... OS News and every two-bit blog out there had this days ago. Slashdot is late to the party - again.
Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
Microsoft is behaving exactly the same way they've always behaved.
Look, Miguel, it's pretty simple. You go play in the sandbox with a reknown bully, you eat sand. Most people figure this out before their sixth birthday. You want to do this mono thing, fine, but you _are_ going to get screwed every time you venture into Microsoft's playground and you aren't going to get a lick of sympathy from the rest of the world when it happens.
c.
Log in or piss off.
when they drop the hammer on the GNOME/mono group for using their IP, they will be able to tell the truth in court (for once) that they have never supported this project. In addition,they never fully understood how much of their IP this project walked on (I wonder if they can do that with a straight face?).
I prefer the "u" in honour as it seems to be missing these days.
The Roman empire, as others, was built by dominating all possible enemies, or politically playing them off against each other. This works okay for a while, but eventually it always seems to lead to the empire's undoing.
The Roman Catholic church, following the fall of the Roman empire, in turn conquered much of the world by assimilation and adaptation.
Perhaps MS will take this lesson from history one day before it is too late?
Support NYCountryLawyer RIAA vs People
I wouldn't expect Microsoft to have a .NET Birds of a Feather group at a Linux conference. It probably wouldn't go over well with the attendees, I can just imagine everyone attending the MS BOF pointing out how what MS hasn't done for Linux. Furthermore, the sponsors may have political issues with them having a slot in the conference.
It seems very silly to hold them to a double standard. Microsoft is under no obligation to cater to Novell and their associates. Just as you would not expect groups associated with Linux to be under any obligation to cater for Microsoft.
/^([Ss]ame [Bb]at (time, |channel.)){2}$/
- For high-end computing - Mono runs on Sparc, S390, and Power support, Mono's really the only choice for high-end computing platforms.
- For embedded designs - Mono runs on ARM with MIPS soon to come, which makes Mono really the only choice for embedded platforms.
- For businesses - Many companies are able to provide support for the Mono engine, only one is able to support microsoft's implementaion. Any rational business will not allow any product that's sole-sourced from a single vendor, whether it's screws, bolts, gasoline, or software engines. With Microsoft's implemention your business is left at the whims of a single vendor who can pull the rug out from you whenever they feel like (remember Visual Basic 6, and the contempt MSFT showed business relying on that platform).
Basically, for any serious C# application, Mono is the only choice.Here you hear once more that developers who buy into .NET are not interested in developing or targeting other platforms other than Windows. Those who would want to have Linux then rather use PHP, Perl, etc. That is so crazy and ignorant that it doesn't make any sense! Or maybe, the people expressing those opinions are not "Real Software Engineers" -- or good business people for that matter.
.NET 2003 quite regularly. In fact, now that I have discovered the beauty of VMWare, it will be that much more comfortable to create projects in Visual Studio that are resting on a VMWare shared folder and use them instantly in the Linux host.
.NET 2003 with the intention to deploy and run in Windows boxes whose only .NET Framework runtime is the Mono for Windows SDK.
.NET developer that only wants to use .NET in Windows would be as silly as a PC user back in 1987 who only wanted to use IBM hardware.
.NET will be much bigger -- and better for everyone -- than Microsoft .NET alone.
.NET developer at the PDC or elsewhere that would not grin once he/she sees their application running on Linux or Mac OS X?
It is NOT an all or nothing proposition. You can develop in Visual Studio and very well target Linux, Mac OS X and anything else that runs Mono. As much as I use the totally cool MonoDevelop (a.k.a Bad Ass IDE of the future), I still use Visual Studio
But make no mistake, that is just one of those rich kids whim of mine. I have, for the past two years, used a Windows box that has mapped drives to my Samba enabled Linux boxes to achieved the same effect.
One must also keep in mind the great utility of Mono's Windows incarnation. Thanks to my add-in (sorry for the shameless plug) you can use Visual Studio and test in Mono without having a Linux or Mac OS box anywhere in sight. In some cases, I very purposefully create Mono applications using handy dandy Visual Studio
In the early 1980's IBM put out the specifications for the PC and regardless of what were their intentions back then, the world of IT has become what it is today because of all of the innovations that we later had by contributors like Compaq, Dell, HP, Apple, Toshiba and many others.
Today, being a
I say we have an extremely similar situation with the original submission from Microsoft to the ECMA of the C# language and the CLI specification. Now, in 2005, you have a great group of contributors that include Novell, Microsoft, IBM, HP and many others.
But perhaps the most striking difference from my IBM PC analogy is the role of the individual contributor. You see, I want to suggest that Open Source
No really, from a business perspective, you would have to be brain damaged to create an application or system of any sort and not hope that it can run in as many platforms (meaning customers that are willing to pay) as possible!
So you mean to tell me that there is some
For GOD sake, GET A CLUE!!!!
As the years have gone by, I keep waiting for it to "become" Java, but all we've got to show for it is an architecture with the speed of Java (slow) and the portability of a native Win32 exe (not portable at all).
And the security of ActiveX.....
Actually, it is not too unportable via Mono, but I worry about a non-sandboxed security model based on digital signatures.
LedgerSMB: Open source Accounting/ERP
It's obvious that Mono will NEVER be able to run every .NET application. As soon as Microsoft starts seeing Mono as a thread, something will happen.
BTW, where's the big wave of .NET applications?
If you can read this, thank an english teacher.
It does not matter whether you don't believe that "MS' only road to victory is to destroy everyone". It is obvious that they believe it and it reflects in their behaviour. They have committed themselves to that path for so long it is now nearly impossible for them to go in any other direction. They have virutally made the whole of the rest of the computer industry their enemy.
Chaos - everything, everywhere, everywhen
"It is their conference, and they have every right to control what they will allow to be shown there. Is this news?"
.Net is a lot more about .Lockin than about .open or .compatible or .competition.
No. It is business as usual. I can't believe anyone would expect otherwise!
de Icaza better duck from flying chairs.....
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
Microsoft's dominance in the corporate workstation market is largely due to superior development tools (compared to other rivals) for line of business tools.
.NET and Windows.Forms.
.Net's goal.
.NET. Unlike Windows.Forms though Avalon will not be part of the .NET standard (it will be under the Microsft namespace) and will be very dependent on Vista technology. Developers will flock to this to make their applications "Vista-friendly" and kill cross platform interop with Windows.Forms.
.Net to be this dangerous to them. But it is extremely dangerous.
.Net to kill Java and Software Assurance to lock people into subscription contracts, but people forgot about Linux....
For other tools (large scale/higher performance, nice-looking apps), MFC/VC++ is still the way to go.
Native calling is pretty easy to do in >NET and many developers use Win32 calls to gain missing (perhaps purposely) in
Sure but how many line of business apps need this? How many benefit from this? This was not
Avalon is going to be Vista's killer API and it will be exposed through
Line of business tools again?
The point though is that Mono makes it much easier to move from a Microsoft-centered shop to a Linux-centered shop. Even with Avalon, this is still a reality. Now with Avalon, I still think that you are going to see quick Linux compatibility develop, and so Microsoft will have a number of problems keeping developers there.
You have another issue. How many companies are still running Windows 2000 primarily? How fast will Vista be adopted?
I don't think that they ever intended to allow
The original strategy was to go with
LedgerSMB: Open source Accounting/ERP
Sure, we *could* pass Win32 calls to WINE (hoping they work), but that defeats the whole point of using .NET to be a truly cross platform development API. We might as well ditch Mono and just focus on getting the Microsoft .NET runtime to work over WINE by your philosophy.
.NET for themselves, but the dream of "write once, run everywhere" is at risk if using native calls and Avalon becomes norm rather than the exception.
Native function calls and Avalon pose a major problem in having applications developed with only Windows in mind working on Linux. Of course Linux developers can still benefit from using
I admit to being somewhat of the loop on this. I used to Gnome, I ditched it when they dropped Sawfish in favor of Metacity.
.NET? And no, I wouldn't have gone Java.
But I was interested when they came to this conclusion that some sort of Application Development Framework, over and above what they could iron out of C(++) was needed. What I don't get is why
Why not go with Objective-C? Want the memory manager, link with libgc. It works GREAT! And if you don't feel the need to play ever catch up with Apple, you can link the GNUstep stuff with libgc, and fork off in your own direction. It's amazing to me what the GNUstep guys are able to do with such a small amount of developers. And then you can start playing with the StepTalk stuff being done in GNUstep, which gives you a *really* fluid application toolset. You get the C, the objects, the messages, the elegance (i.e. no need for the language to bolt on another 20 features every rev because it somehow never really figured out what it wanted to be, nee Java), and the uber fluid Smalltalk stuff at the top. And you can pick and choose, so you don't have the religous flamewars.
Am I on Slashdot??!?! Oh. Sorry. You caught me on my soapbox in front of my mirror.
One man's pink plane is another man's blue plane.
As a legally-declared monopolist... .NET/Mono discussion.
You misunderstand the law. Microsoft has been declared to have a monopoly in the x86 desktop market. They haven't been declared to have a monopoly in the virtual machine market, the conference market, the server market or any other market I could imagine relavent to a
The whole "declared monopolist" thing is silly. All they are not permitted to do in the US is leverage their desktop monopoly to gain competitive advantage in other spaces.
Fear: When you see B8 00 4C CD 21 and know what it means
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
Think about MS's core business areas: Windows and Office. It doesn't make sense for the company to embrace projects or groups that undermine those business areas. The company uses .Net as a way to enhance Windows, so while they are supportive of it, they're going to keep an eye on their core business first.
This isn't MS being monopolistic, it's just good business practice. Apple's core business areas are OS and hardware (and now music), which is why Jobs killed off the 3rd party hardware. IBM's core business is consulting and hardware, which is why you won't see them partnering with other hardware companies.
That is some strange history writing...
Karma: Excellent (My Karma? I wish...:-( )
> *prepares for the flames*
The apathy is much more disappointing, isn't it?
Hey, wasn't Java supposed to be cross platform or something? Those poor *BSD people don't have someone like IBM behind them to pay for the certification.
I don't know if there is something in Sun's licensing policies which prevent a fully GPL'ed SDK being done by someone, but I really couldn't care less about "open source" Java SDK or runtime environment. SDK's are essentially free anyway and they work well; whether they are open source or closed source is totally irrelevant.
So in which way is Sun Java policies any different in effect than Microsoft's .NET policies?
SDK's are essentially free anyway and they work well; whether they are open source or closed source is totally irrelevant.
That is true only when you look at the initial cost and ignore anything after it.
...because Mono exists, I tell them: "Yeah right, and Windows is cross-platform because WINE exists"
The entire Mono project is based on the false assumption that Microsoft will bestow its blessings on those who clone .Net (and its tools). Given Microsoft's predatory and paranoid history, I can't imagine why Miguel persists in his Quixotic quest.
All about me
with gnome dead everyone would standardize on KDE
That would be an unbelievably stupid response.
If someone manages to kill Gnome then that would show the importance of having alternatives instead of being locked down to one approach. We would be able to rely on KDE and XFCE while other alternatives are developed. Same if someone launches a succesful attack against KDE, we can focus on Gnome and XFCE while repairing the damage / starting new alternatives.
Saying "oh look, a mistake can lead to a DE being wiped out, let's rely on just one" would be insane. (Yes, I know, you're thinking "well but the kde developers would be prescient superhumans who would never make a mistake letting their project be vulnerable", but honestly anyone who thnks like that deserves what they get).
This happened with the whole BitMover/BitKeeper(TM:) debacle, and it seems that nobody had learned from it.
Certified, compatible implementations are available for just about any relevant platform you can imagine (yes, probably not for BSD's but that's because they are not relevant).
Thank you very much, but I want to decide for myself which platforms are relevant.
I don't know if there is something in Sun's licensing policies which prevent a fully GPL'ed SDK being done by someone, but I really couldn't care less about "open source" Java SDK or runtime environment.
There are no third party Java implementations at all, whether commercial or open source or free. Java isn't a language or a platform, it's a proprietary implementation from Sun that's been ported to a few platforms by various licensees.
SDK's are essentially free anyway and they work well; whether they are open source or closed source is totally irrelevant.
I've been through this cycle several times before: whether platforms are proprietary or open does matter a lot. You'll eventually figure it out for yourself when you have to stop shipping a product or pay inflated licensing fees.
"... the entire OSS community would learn to never ever rely on proprietary tech again, ... (continues) ... with gnome dead everyone would standardize on KDE ..."
*sigh*
peterrenshaw ~ Another Scrappy Startup