by David M. Smith | August 17, 2011 | Comments Off on Microsoft BUILDing suspense, but letting confusion fester
The suspense around Microsoft’s future is building. Many of the answers will be forthcoming during the company’s upcoming Build conference. Nominally a renaming of its PDC and WinHEC developer conferences, this year’s event comes at a critical time for the company. It is facing unprecedented competition from Apple and Google – much of which threatens its core businesses (Windows and Office). Its longstanding strength in developer and ecosystems around its platforms is not what it used to be.
The company has become much more secretive in recent years. I guess it can be described as “Apple envy”… Anyway, its relative silence on its future developer directions has led to lots of misinformation, unlikely conclusions and confusion. And a genuine unease I have not seen entering a PDC for as long as I’ve been following (15+ years).
I am getting many questions about what to expect at Build. Here I plan to shed some thoughts and insights on what to expect.
Here are a few of the questions I’m getting and my best guess answers:
What do I expect to see as the main focus at Build?
Tablet/touch capabilities will likely be the design point and the focus of much of the conference. Bits for Win8/Jupiter development as well as developer machines capable of showcasing the tablet functionality are likely to be made available.
Is developing using .net safe?
What about Silverlight?
At last year’s PDC, former Microsoft exec Bob Muglia dropped a bomb re: Silverlight. Declaring that the strategy had changed, he described the future of Silverlight as a Windows runtime (including Windows Phone), not a cross platform offering. HTML5 would assume that role. Muglia’s announcement, which was done without any kind of market preparation, was received harshly, if not misunderstood. Many today still are confused about Silverlight. Also confusing people is that Silverlight is a subset of .net. It’s a very compact useful subset of WPF. This means that Silverlight and .net skills are very very transferable. And while strategies that focused on Silverlight as a competitor to Adobe Flash in the cross platform browser plug in space need to be revised, other uses of the technology on Microsoft platforms is very safe. I expect to see Silverlight and .net, from a programming language perspective, to be very well supported in Jupiter. I wouldn’t be surprised to see some kind of native code mode, possibly in addition to the CLR mode that preserves the programming model and the XAML markup language.
What about IE? Another version? Won’t Mozilla be up to Firefox V27 by the time Win8 ships ?
With the competition turning out new releases of browsers at a truly absurd rate, there is some pressure on Microsoft to respond. I think they will release more often than before but not at anything like the Firefox 6 week cycle. IE10 bits and a first look at IE11 is a reasonable guess. I don’t expect them to get much more aggressive in delivering non-final HTML5 technologies, which could turn out to be a challenge to overcome.
Will Windows phone and apps play a role?
Clearly already demonstrated, Windows 8 resembles Windows Phone’s tiled look and feel. (I wonder why they don’t call them panes, as in Window Panes). It would be hard to imagine the company wanting to leave behind loyal Windows Phone developers. And there should be at least a high degree of compatibility as a result of Silverlight being the programming model for Windows Phone and if I am right about Jupiter supporting Silverlight programming, then there should be good compatibility. However, regarding full binary compatibility (ala Iphone and android apps running on corresponding tablets), I’m not sure what to expect. Apple and Google’s strategies are much more focused on leveraging phone successes into tablet markets, while Microsoft is more trying to leverage PC success into tablets. In fact Windows 8 is more a scaled down version of Windows than a scaled up version of Windows Phone. Complete compatibility for Win Phone apps in Jupiter may end up being a casualty. If that happens, Microsoft would squander loyalty and it could be a very costly decision.
As for web apps on Windows Phone, with the new release Mango due (probably also at Build), an HTML5 capable browser will be part of it. Theoretically this will help with running web apps, but the company’s IE HTML5 strategy is to be conservative, not implementing specs until they are more mature than the requirements of their competitors. Unless the IE browser on Win Phone supports plugins (I assume the Win 8 one will), getting the latest support for emerging HTML5 technologies could hobble Win Phone.
What about Azure and the cloud?
There will in all likelihood be some Azure and cloud announcements. At the very least, utilization of Azure back ends for Win8. I would not expect to see any earth shattering Azure announcements as the focus is likely to be on client/Windows areas.
Confusion around overall developer strategy has led to questions about the viability of Azure even. Not unlike the questions around .net (and my answer), I think current investments in azure (which is also a .net programming model) will be preserved.
Of course I don’t know if these answers are correct. But they are my best guess at this point in time. We’ll see in a few short weeks how well I did…
Read Complimentary Relevant Research
Predicts 2017: Artificial Intelligence
Artificial intelligence is changing the way in which organizations innovate and communicate their processes, products and services. Practical...
View Relevant Webinars
How to Protect Mobile Apps
Securely enabling applications on corporate- or employee-owned devices is key to protecting enterprise data from misuse. From containers...
Comments or opinions expressed on this blog are those of the individual contributors only, and do not necessarily represent the views of Gartner, Inc. or its management. Readers may copy and redistribute blog postings on other blogs, or otherwise for private, non-commercial or journalistic purposes, with attribution to Gartner. This content may not be used for any other purposes in any other formats or media. The content on this blog is provided on an "as-is" basis. Gartner shall not be liable for any damages whatsoever arising out of the content or use of this blog.