Microsoft Open Sources .NET Micro Framework
An anonymous reader writes "Back in July, Microsoft announced it was making .NET available under its Community Promise, which in theory allowed free software developers to use the technology without fear of patent lawsuits. Not surprisingly, many free software geeks were unconvinced by the promise (after all, what's a promise compared to an actual open licence?), but now Microsoft has taken things to the next level by releasing the .NET Micro Framework under the Apache 2.0 licence. Yes, you read that correctly: a sizeable chunk of .NET is about to go open source."
Just what is Microsoft's angle? Surely they are gaining some advantage here.
Some days I get the sinking feeling Orwell was an optimist.
I was initially impressed by the MS 'open' pledges, until I talked to several coder friends. Their take, paraphrased, was that it was window dressing with a lot of traps. Basically, they 'opened' the wrapper, just like they did with their Office formats.
The problem, as it was explained to me, is that if you want to do anything useful, you have to call a bunch of things that are not opened, will not be opened, and MS can still sue your *ss off for using. One person asked how useful it is to 'open' the hypothetical call, Play_video_with_MS_proprietary_closed_codec? I mean, you can copy the functionality, but your software is only cross-platform to the extent that MS proprietary and closed codecs and other things are 'open'.
This is nothing more than a stealth PR attempt, they will use it to say, "We opened everything up, and see, Linux still sux0rz because it can't play movies, sound, DRM, or anything else useful. We opened everything up, but the Linux model is broken, and their lazy codes won't do the right thing. If you want real XYZ, you need Windows".
It is nothing more than opening the most useless bits, and using it as a PR hammer. Yay progress?
-Charlie
It seems to me like MS has started acting on consumer's behalf in the past year or two. Despite how much I hate Office and how that unit operates, they have been doing a lot of other things that I've been rather impressed with.
Someone flopped a steamer in the gene pool.
This. The Micro Framework is for resource-constrained embedded devices... which are just about the last place you'd want to run bytecode anyway, as far as I can see. We've got tons of embedded stuff where I work, but I fail to see how controllers for mechanical bits and pieces are going to benefit from having the CLR, object classes, GUIs, etc. made available to them.
I think they're targetting the same area as some embedded Java implementations, like MicroJava. You're getting a nice programming environment (you can use Visual Studio to write C# software for your embedded app), you're getting automatic memory management and it'll offer a migration path for people familiar with larger platforms. While it's not going to be as efficient as hand-tightened C and/or assembly code, it should allow faster development for embedded applications.
Yes, I know they're hoping to scoop the mobile market, but which part of it - the non-smartphone (dumbphone) market?
Not sure they're interested only (or even mainly) in the mobile market; the .NET MF can run on much lower performance processors than the ones used in phones, even feature phones (i.e., not smartphones). From what I've seen most phones use ARM 9 level CPUs, or even ARM + DSP combos, like the TI's OMAP (please feel free to correct me, phones aren't an area I have much interest in). That's overkill for the .NET MF which can happily run on ARM7 level CPUs.
XCode is actually a pretty good tool, and while the multiple floating windows of IB can be hard to deal with I find that approach to GUI design to be way, way better than code-behind stuff UI tools normally spit out.
If you take the time to learn how to use XCode you'll find it does a lot more than you are thinking it does.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
maybe mono showed them what can be done with open source .net? because I have read more success stories about mono than .net
"Steve Jobs invented the world" -- Bill W. GATES
Don't forget that quite a few .NET apps also use P/Invoke to take advantage of the Win32 API. Also, Mono is not bug for bug compatible so any apps that rely on bugs in .NET probably won't work right either.