Build 2013: Our first sight of a faster, hacker-powered Microsoft

Build 2013: Our first sight of a faster, hacker-powered Microsoft

Summary: Redmond is shifting to continuous development and continuous integration of new technologies. That's good news for developers who want to move fast.

SHARE:

It's a fascinating time to be a Microsoft watcher. I first went to the then Professional Developers Conference back in 1998, as the company started finding a way to bring NT and Windows 95 together.

Then came the move to .Net, the abortive push for a web services platform with Hailstorm, the utter chaos of Longhorn, and the recovery through the Vista and Windows 7 years. Now we’re in 2013, and Microsoft is finally on the verge of delivering one platform for developers that supports everything from phone to PC to TV to cloud.

So how do we assess what’s happening in a time of rapid change, when a major set of OS and API updates are arriving less than year from the launch of Windows 8, something that's never happened before with Microsoft's three or even four year gaps between OS releases?

Is it a response to a poor press and relatively slow take-up, or is it something else altogether?

The key to understanding what’s going on up in Redmond is the fact that all these changes result from the company’s shift to continuous development — and continuous integration of new technologies.

That means that its cloud platform rolls out new features every three or four weeks, and cloud service get updates roughly every quarter. Desktop and server are now getting annual refreshes, much the same way that Apple rolls out new iOS releases annually, and Google does the same with Android.

Work on these new releases began the day the Windows 8 hit RTM, without the usual pause to assess where things were going.

Changing cadence means changing many things. Gone are the days of the big bang release full of new features. What we’re seeing now are rapid updates to Visual Studio (three so far to Visual Studio 2012, and a 2013 now being previewed) and annual updates to the underlying APIs for Windows. And while the 8.1 release of the Windows APIs (and especially WinRT) doesn’t look much different to the version we saw unveiled at Build 2011 and released and Build 2012 — there are more than 5,000 new APIs ready for you to add to your applications.

With WinRT apps intended to work with the current generation of web services and cloud APIs, building a WinRT app is very different from building a desktop app. Code needs to be network aware, and asynchronous, while the power-management model is very different from the familiar Windows desktop way of working — as it needs to support the low-power modes that give tablets the long-life that users are expecting. With new power profiling tools in Visual Studio 2013, developers will need to expect to have apps rejected from the Windows Store for being too inefficient.

The underlying development model of the WinRT APIs is one where apps can be built to different versions of the API, so your Windows 8 era apps will run just fine on Windows 8.1. It’s also one where apps built to take advantage of the latest version of the APIs will get the benefit of the latest features, but where an app that uses contracts to expose and consume information with the rest of the apps you install will gain the benefits of working with newer, and upgraded software without needing any changes itself.

Facebook talks about living the hacker way, where you move fast and break things. That’s certainly the way of life at Azure, and while Windows can’t live that way – as it’s the platform much of the world depends on – it can start to move a lot faster than it used to.

WinRT and the new Windows cadence lets Microsoft deliver something that’s an enterprise- and developer-friendly version of the Facebook ethos. You can carry on building to the Windows 8 WinRT APIs, or you can work with the new APIs and add features that will only run on Windows 8.1 (and as it’s a free upgrade, it’s likely to have a very quick uptake from both consumers and business users). That’s a win for developers, as you can carry on developing your existing code, as it’ll keep on running on whichever Windows 8 build your users are running, and then when you feel you’re ready, you can switch over to the newer development tools and the Windows 8.1 APIs for a new version of your app.

It also lets Microsoft take a more evolutionary approach to the WinRT APIs than it might have with .NET or with Win32 or COM. If a feature you were hoping wasn’t there in Windows 8, maybe it’s going to be among the more than 5,000 added in Windows 8.1. Perhaps you were waiting for improved Bluetooth support, or direct access to 3D printers, or for better USB device support? They’re only a handful of the new APIs added to the new Windows.

Build 2013 was the first sight of a faster, hacker-powered Microsoft, one that was ready to work with other platforms and other tools as well as its own. With Redmond’s developers having much to say, and really very little time to say it in, it’s clear we’re going to have to spend time with the Build and TechEd session videos to get the whole picture — but from what we’ve seen so far, Microsoft’s new delivery cadence means we’re going to get access to a lot of intriguing new technologies a lot quicker than might have in the past.

Roll on Build 2014 and Windows 8.2.

Topics: Enterprise Software, Microsoft, Software Development, Windows 8

Simon Bisson

About Simon Bisson

Simon Bisson is a freelance technology journalist. He specialises in architecture and enterprise IT. He ran one of the UK's first national ISPs and moved to writing around the time of the collapse of the first dotcom boom. He still writes code.

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

35 comments
Log in or register to join the discussion
  • More Drive Letters!

    Why should your drives stop at "Z:"? Soon you will be able to have a "[:" drive! And--this is still experimental--but the next one beyond that is "\:". Are you ready for the "\:\>" prompt yet? Just try getting your brain around that!
    ldo17
    • Why do you want drive letters

      Microsoft has supported mount points for a long time. For many of us there is one disk letter C: no matter how many disk drives we have. This has been there for any currently supported version of Windows.
      oldsysprog
      • Re: Microsoft has supported mount points for a long time

        But how much of the software will work properly with that?

        Example: the installer checks for space on the C: drive. That drive is full, but there is plenty of space in the mount point underneath, where it's actually going to be installed. Nevertheless, the installation fails.
        ldo17
        • That is true.

          But you can always go to the other harddrive that is under the mount point and tell it to go there too. It's a work around, but you can still view everything on one drive that way though. That's how I got the skydrive desktop app to work.
          Sam Wagner
          • Re: It's a work around

            "Work-arounds" are not what you expect from a robust platform that you are supposed to entrust with mission-critical tasks.
            ldo17
          • Really not a big deal

            How often does low disc space prevent you installing something on a "mission critical server"? I'll go with "never".
            toreoasesino
    • You really are obsessed with that letter thing

      I have no clue why, though.
      Michael Alan Goff
    • What a dumb choice \ was

      Why would you choose the escape character using regular expressions as a separator character of file paths when / is used by everyone in the world. Microsoft is a \ and the world is a /.
      Tim Jordan
      • Actually at the time Microsoft choose \ there was no standard

        Sorry / was not the worlds standard back then, it was a pure Unix standard (which is not the whole world). At the time you are referring to I used systems that used colon, vertical bar, minus, backslash and forward slash as seperators.

        A lot of systems avoided / as the seperator because it was a common indicator of options, in fact Unix was the only one use - at the time!
        oldsysprog
        • / Was the world standard

          Unix used / and it preceded Windows.
          Tim Jordan
          • \ is an escape character

            Gates was a moron. \ is an escape character, period. Can you say regex ?
            Tim Jordan
          • Bill Gates never heard of regular expressions.

            Actually read the account of him discovering the internet. Bill Gates never knew about the internet. Talk about aloofness...
            Tim Jordan
          • Nobody cares

            MS DOS (the antecedent of Windows) used drive letters and forward paths because Gary Kildall did that with his DR DOS, which IBM wanted, and couldn't get, so they asked Microsoft to clone it.

            It doesn't have anything to do with "Microsoft not knowing the internet" or any of that nonsense. And as for \ being an escape character, nobody cares. It is a problem that is neatly solved by simply putting an \\ in code, or @"" on strings.
            Mac_PC_FenceSitter
          • Re: And as for \ being an escape character, nobody cares

            Ask anybody doing C or C++ programming for Windows, about having to write paths like "C:\\Path\\To\\My\\Data.dat".
            ldo17
          • You mean someone like me?

            Because I am such a person, and I've never cared.
            Mac_PC_FenceSitter
  • "Gone are the days of the big bang release full of new features."

    Hmm. Windows 8 would beg to differ.
    x I'm tc
    • Rearrange the deck chairs?

      PowerPoint, Word, Excel and Paint are still the same on Windows 8. No changer. Microsoft rearranged the looks of their screen so that fat thumbs on a small screen can manipulate the tiles. One does not need this on the desktop but Microsoft is spread thin so they need all their developers working on cell phone interfaces even if it rearranges the way desktop clients work.

      Microsoft is executing a series of hail May passes as they squirm to remain relevant.
      Tim Jordan
      • Office is still the same... unless you use Office 2013.

        Saying that older versions of office are "still the same on Windows 8" is saying that Windows 8 is backwards compatible and you can run older versions of Office on it. That's fantastic. The interface of Office and has nothing to do with the interface of Windows, so isn't relevant.

        You're squirming to find a reason why Microsoft "isn't relevant" or something, but what you're saying isn't relevant. How ironic.
        james.faction
  • All this developer work to adapt to low power profiles

    is pointless. 100,000 developers all implementing individual power schemes their users may never need (if they are on desktops or Haswell)... when all of this could be handled at the OS level via tombstoning (like Windows Phone 7.)
    Mac_PC_FenceSitter
    • you should read before posting

      Windows 8 already supports app suspension, backgrounding and tombstoning. Win 8.1 improves upon this model.

      Simon was referring to developers having to ensure that the modern apps they build are power efficient and that they don't unnecessarily burn power else they are likely to be rejected on submission.

      This has nothing to do with a user's chosen power scheme in the power settings.
      bitcrazed