This approach is undoubtedly a tough one. Optimizing for one or the other is vastly easier than optimizing for both ends of a spectrum, along with all the areas in-between. One thing Microsoft clearly understands, however, is that there’s no such thing as 100% consumers or 100% creators.<\/strong> It’s not about a split between different types of people nearly so much as that individual people tend to split up their time between consumption and creation.<\/p>\n I found this intriguing because it suggests to me that the management running Microsoft’s Windows client still holds a great deal of respect for power users and developers, both of whom lean heavily toward the creation end of the spectrum.<\/p>\n One population tipped far toward the creation end of the consumption-creation spectrum, a group we care deeply about, is developers. Their ability to create a good user experience for everyone else will be critical to the success of Windows 8, and I see two major issues that need solving:<\/p>\n Encouraging app builders to port to Windows 8 should clearly be a big\u00a0focus over the next few months. A prerequisite of this is improving the developer experience. As one example, this\u00a0may mean Microsoft should devote effort to porting some of the\u00a0open-source frameworks for building hybrid apps (PhoneGap,\u00a0Appcelerator Titanium, Sencha Touch, etc) to simplify the effort for\u00a0app devs.<\/p>\n I asked about this at TechEd and heard that they’re basically waiting for others to do the work rather than taking the initiative.\u00a0The problem, however, is that now<\/strong> is the time these frameworks need to be ready. Now<\/strong> is when larger numbers of developers will start looking at Windows 8, and they need a great development experience for Metro apps, right out of the box. This covers the entire development lifecycle from technical docs to toolchain and frameworks to app distribution.<\/p>\n Another example relates to changes in developing Metro apps vs Windows 7 apps, in addition to changes in CPU architectures like the popular advent of multicore processors. In Metro, apps are asynchronous<\/a>, and Microsoft says flat out:<\/p>\n If you are building a Metro style app, you will need to write some asynchronous code at some point.<\/p><\/blockquote>\n Asynchronous programming is hard. It’s a totally different model from the typical imperative-style programming that most people learned in college, and it will require significant<\/strong> effort from Microsoft to help the everyday software engineer to make this shift.<\/p>\n Besides the migration to asynchrony, another issue is the growing use of multicore processors. Antoine Leblond, corporate vice president of Windows Web Services,\u00a0told me at TechEd that Microsoft’s expectation of multicore was that, in the vast majority of cases, it wouldn’t be used to parallelize single processes but rather to run multiple processes in parallel. Think 10 tabs in Chrome rather than heavy-duty image or video processing. This may explain why mentions I had expected of functional programming<\/a> using F#<\/a> were almost entirely absent (except possibly as unmentioned text on busy slides). Functional programming allows you to specify just what<\/strong> you want to happen rather than how<\/strong> you want it to happen, thus enabling parallelization on the backend by the language runtime\/compiler. It’s surprising to me that Microsoft isn’t making a bigger push with F# along with the move to Windows 8, since it’s generally easier for people to make one big transition than two.<\/p>\n Something else to consider, now that use of the Web dominates people’s\u00a0time on computers, is how poor experiences on browsers besides IE\u00a0might affect people’s willingness to use Windows 8. I don’t see\u00a0browsers as something that people flip between on a whim, so they’ll\u00a0expect whatever they used on Win7 to keep working. Not only that, but they will blame Windows when their browser breaks, not a bad browser port. Picture a user: he’s running Windows 7 with Firefox or Chrome, then upgrades to Windows 8 and suddenly his browser doesn’t work. What’s likely to get the blame?<\/p>\n I tried Chrome,\u00a0which just released a Metro version, and it was frankly pretty awful\u00a0at this point. Should Microsoft contribute to non-IE browsers? Well, nobody’s paying money for IE, so Microsoft should be doing anything that helps it sell more copies of Windows and create more happy customers. Even if that’s making significant contributions to “competing” browsers.<\/p>\n It’s critical for Microsoft to get the developer experience right for Metro, and to do it now. And it’s no less important to nail the Web experience by the time Windows 8 releases later this year.<\/p>\n Disclosure: Microsoft is a client and paid my travel & hotel for TechEd.<\/em><\/p>\n\n
A great developer experience would lead to a strong app ecosystem<\/h3>\n
Bad non-IE experiences will hurt Windows more than browser vendors<\/h3>\n
![\"by-sa\"](\"http:\/\/i.creativecommons.org\/l\/by-sa\/3.0\/88x31.png\")
<\/a><\/div>","protected":false},"excerpt":{"rendered":"