Onward and Upward

Blog archive

Windows Phone 8, and the SDK, Coming Oct. 29

Microsoft has revealed that it will announce Windows Phone 8 later this month, on Oct. 29. The news comes via the always-reliable Mary Jo Foley, Redmond magazine columnist and ZDNet's Microsoft blogger.

Oct. 29, Foley wrote is not the day the phone will be launched, however; rather, the complete feature set and specs will be unveiled. What's even more important for Windows Phone developers, though, is that the Windows Phone 8 SDK should also be available at that time.

As I recently blogged, many developers have been frustrated by Microsoft's unwillingness to widely release the SDK before the phone launches. Microsoft declared in early September that the only developers eligible for the SDK were those who'd already published apps in the Windows Store. In addition, access to the Windows Phone SDK 8.0 Developer Preview program was limited to a five-day signup period.

The angry mobs have a point -- it's hard to get apps prepared for a launch when one doesn't have the SDK to work with. And having apps ready at launch can be a key to building an audience, when the white noise of the market is at its quietest. Why, some asked, isn't having an MSDN subscription good enough?

Todd Brix acknowledged the developer unhappiness, and laid out his reasoning in a blog entry on Sept. 12:

"The reason is that not all Windows Phone 8 features have been announced and our SDK includes comprehensive emulators that allow developers to test apps against a wide range of Windows Phone features."

Whether that explanation satisfied developers is another question entirely. It certainly didn't for a responder to the blog named "hopmedic", who pointed out the difference between this SDK and the one for Mango, Microsoft's big update to Windows Phone 7:

"This is rather a crock...  Last year we were using Mango for what, 2 or 3 months prior to general release?  And this year we can't even have the SDK unless we get picked from the pool of applicants?"

"HowieC42" summed up a lot of the feelings expressed in the comments:

"Not releasing the SDK to interested developers prevents apps being ready for the release of Windows Phone 8. With all the competition in the mobile phone arena, this makes little sense. Phone purchasers are swayed by both the number and quality of apps. A must have app can sell a lot of windows phones. You should be encouraging all developers, not just those with present apps."

Brix responded in the comments, suggesting some options. They include: continuing to write apps using the Windows Phone 7 SDK, as Windows Phone 8 will run Windows Phone 7 apps; and that developers should wait to do final app testing on a shipping Windows Phone 8 device anyway, rather than relying on an emulator. Since those devices aren't out yet, they have time.

In any event, developers don't have that much longer to wait, since the SDK will be out at the end of the month.

Posted by Keith Ward on 10/06/2012


comments powered by Disqus

Featured

  • Compare New GitHub Copilot Free Plan for Visual Studio/VS Code to Paid Plans

    The free plan restricts the number of completions, chat requests and access to AI models, being suitable for occasional users and small projects.

  • Diving Deep into .NET MAUI

    Ever since someone figured out that fiddling bits results in source code, developers have sought one codebase for all types of apps on all platforms, with Microsoft's latest attempt to further that effort being .NET MAUI.

  • Copilot AI Boosts Abound in New VS Code v1.96

    Microsoft improved on its new "Copilot Edit" functionality in the latest release of Visual Studio Code, v1.96, its open-source based code editor that has become the most popular in the world according to many surveys.

  • AdaBoost Regression Using C#

    Dr. James McCaffrey from Microsoft Research presents a complete end-to-end demonstration of the AdaBoost.R2 algorithm for regression problems (where the goal is to predict a single numeric value). The implementation follows the original source research paper closely, so you can use it as a guide for customization for specific scenarios.

  • Versioning and Documenting ASP.NET Core Services

    Building an API with ASP.NET Core is only half the job. If your API is going to live more than one release cycle, you're going to need to version it. If you have other people building clients for it, you're going to need to document it.

Subscribe on YouTube