.Net covers more bases if I include Mono and MonoTouch and MonoDroid. But even there, Moonlight is not a focus for Xamarin (according to Miguel's blog), for commercial reasons. So that leaves us on the CSS3/HTML5 playing field, on which there are many contenders.

As JR notes, a browser-based app on a desktop can (with the right controls, which are available from a number of UI frameworks) provide all the functionality needed by typical business applications and, I would add, users won't experience a difference in the quality of experience of the application. For that (CSS3/HTML5 UI framework), does .Net offer anything special?

At this point the desktop would run in Javascript, as would the mobile devices. Whether this is display only (FoxInCloud, Lianja) or has the capacity for client-side processing (e.g., Sencha/ExtJS, Pyjamas) and data syncing that would allow disconnected operation, depends on one's needs: the options are there. (I have to say I was very disappointed to hear Soma say at the Build conference interview on Channel 9 that there would be no disconnected operation -- he fumbled around during the answer, which suggests to me that he knew his answer was inadequate to the reality of many application's realities.)

On the server side, that's another matter. Denali or whatever it will be called has solved a lot of problems, as does Microsoft Server 8 or whatever that will be called. I love that stuff. And yet, when an Enterprise tells me they want Oracle on Unix and want to use Apache on Linux, I have to be able to play in that space, with the same program.

Everyone has different requirements. Those happen to be mine.

So to answer your first question, re: a Python desktop app. So, although it may end up being Pyjamas, written in Python and able to run on the desktop in Python, it will run on the desktop in a browser in Javascript (if Pyjamas with the Python converted to Javascript). Until Pypy gets a sandbox (in development), I don't see a way to do desktop applications in Python (running in the browser) that would meet the security considerations need to run there (without an install).

Hank

>Interesting. You're going to build a Python desktop app? :-)
>
>For Web alone there are many choices. But once you're talking about Web, desktop, services and system code, .NET makes more sense than anything else IMHO because it covers way more bases with a common skillset.
>
>+++ Rick ---
>
>>I read this week that C# developers are in high demand on Dice.com, so if that's your direction, there's support for your conclusion.
>>
>>Job markets, by their nature, reflect that past: a company that adopted .Net 3 or 4 years ago will be seeking .Net developers today.
>>
>>Ask a different question, e.g., what application platform is growing today, and shows no signs of diminishing tomorrow, and you might get a different answer.
>>
>>One interpretation of MS's shift in emphasis to Web 2.5 as a UI platform is that .Net adoption has peaked. I haven't seen numbers to support that, even from the blogs who favor that interpretation, so who knows (Microsoft isn't saying, to my knowledge). But the biggest reasons (at least for me) for developing in .Net (tight integration with a managed code OS and write once, run everywhere) never happened and aren't going to happen. The infrastructure is good; but the parts of the infrastructure I would actually use in a business app are available everywhere, and often (e.g., in Python) in much easier-to-use form, and with greater variety.
>>
>>>>>Oh just go with C#. Why fight it?
>>>>
>>>>Yep, just drop pants and bend over. It's only Microsoft, and they never screwed developers up.
>>>
>>>Well, MS screws developers over with some technologies, I agree- Silverlight, WebForms, windows phone, vb, vfp. But it's probably good to grab the best parts from the mess - C#, SQL Server, MVC, etc are the good parts imho. After all they did spend a billion dollars on R&D - some of it is bound to be pretty good if for no other reason than the high level of minds working on some projects.