|15 Dec 2009||#1|
| || |
Building Windows Live
Engineering is a process, with trial and error, analysis, weighing of pros and cons, planning for the unexpected, and discovering unexpected issues along the way. It’s exciting precisely because we’re always learning as we go.
I want to welcome you to our new blog, which is about just that: the engineering behind Windows Live.
Over the last year, we’ve consolidated our blogging efforts for all of the different Windows Live teams into a single blog, Windows Live team blog (or “Windows Live Wire”), so you wouldn't have to chase all over the web find out what we’re up to and what’s new in our products. But as we’ve brought the different blogs together, some of you let us know that you wanted to see more details about not only what we’re building, but why and how.
This blog, Inside Windows Live, is where we’ll do that.
The posts here are intended to complement those on the Windows Live team blog, which will continue to provide Windows Live customers with essential news and information about using our products and services.
The new blog, on the other hand, will be dedicated to software engineers, web industry insiders, and to our most passionate Windows Live customers, those who want to dig a little deeper into how we build our services and how they’re used worldwide.
We’ll start by giving you the current state of our software and services, including Hotmail, Messenger, SkyDrive, and our Essentials suite of client software.  We’ll share with you how we build and operate our services, explain what’s going on when there are service interruptions, and talk about how we see people using our services worldwide.  As we release new or updated products, we’ll provide an inside look into the changes we made and why we made them.
But we won’t just be telling you what we think. We’ll also be asking you what you think. We strongly believe that success for Windows Live must include an open and honest two-way discussion about how we operate and design our products in order to balance the different interests of customers and partners who rely on us every day.
We’ve created this blog with that two-way conversation in mind. We decided to host Inside Windows Live here on The Windows Blog in part to reflect the great synergy between Windows Live and the new Windows 7 operating system, and in part because this site gives us better options for monitoring and gathering your feedback—via comments, direct mail, and even hosted IM conversations. Over the next few months you will also see this site become integrated with Windows Live ID, giving you even more ways to interact with us on Windows Live.
I’ll be blogging here regularly, along with the lead engineers on my engineering team, who will be able to give you deeper insights into each of the products they work on. Because each blog post is just the start of a conversation, you’ll see us respond directly to comments, and follow up on other comments with new blog posts.
In short, we will take the blog where you want to take it—so if you have questions or topic suggestions, please leave a comment! We’d like to thank you for your interest in Windows Live, and we’re looking forward to getting a good discussion going with you in the next few posts.
Corporate Vice President, Windows Live
|My System Specs|
|16 Dec 2009||#2|
| || |
Responding to comments
Thanks to all for the first round of comments.  As I said in my previous post, this is the start of a two-way conversation intended to discuss how we build and operate our services. We love all the comments and suggestions and we’ll read every one.  I’ve responded privately to more specific issues raised in the comments, and I will respond publically to others, but there were some general trends that seemed quite important, and most of these relate to the purpose of this blog and what type of topics we intend to cover here.  The purpose of this post is to set expectations for the responses you should expect to get depending on the type of comment that is posted.
As I mentioned at the beginning, we will “dig a little deeper into how we build our services and how they’re used worldwide” and we dedicate it to “software engineers, web industry insiders, and to our most passionate Windows Live customers.”  As a result this blog is about the products and services we have in use today, as well as additional detail about new releases as we roll them out.  As such, there are many types of questions this blog intends to answer, including what’s the architecture for the mail system, how many photos get uploaded every day to SkyDrive, how do we detect and prevent SPAM, and what are we doing about SPIM.
Most of your initial comments center around three other areas – the schedule for the “next release,” feature suggestions, and feedback on “shipping sooner.”  Because these will probably come up quite frequently and have the same general answer I thought I’d take the opportunity now to write up our response and frame the general approach.
The first category are questions about the next release of Windows Live, including the future direction and features for Windows Live.  As a general rule, we will only discuss these as we near the release or availability of product updates.  This blog is not intended to be a breaking news blog, but rather a blog that provides an engineering perspective that details the work behind the product, our implementation, and our decisions.  As a result you should expect we won’t comment specifically on those questions.
The second category are feature requests.  In most cases, we will not respond to these directly, and instead we will note these down and consider them alongside all the other feedback we receive. When we decide whether to fix an issue you’ve reported or to add a feature that you’ve requested, naturally we have to weigh factors like how much work will it will take to get this done, how will that impact all of the other features and fixes on our current schedule, how many customers will benefit versus how many would benefit more from putting those resources into a different feature, and all the other tradeoffs that are made in the process of developing products. Often we get competing requests where some people say “add more features” and others say “keep it simple” and as a result we can’t say “yes” to everything.  Our goal of course is always going to be to create the best possible set of products and services for users, but it’s always going to be a complicated equation to figure out which features get priority in getting built, and naturally, we can’t promise anything until we’ve built it and tested it, and know that it is going to work on a global scale.  As one commenter pointed out (using different words) often when we respond too soon the response feels empty. So while you are free to comment with feature suggestions, expect that we will note these down as we would other suggestions and ideas and consider them with the other feedback we receive, and that our response will be coordinated with the delivery of updated software and services.
A third category of comments relate to ship schedule and shipping more frequently.  As with any project, there is a balance between frequency of updates (how often do you release), size of updates (how much change do we release at one time), and retraining (how much existing customers have to learn with any change).  Each project or team has its own balance.  Some products ship “every day” and make small changes, others take longer to ship, and make larger changes.  And often, projects change based on the needs and requirements of customers.  In the end we need to balance all of these into our overall schedule, including what we intend to accomplish, how long we think it will take, and the expected customer benefit.  There are certainly folks (and many commented on this blog) who would like to see us ship “sooner” and “change more.”  There are others that we hear from in other forums who “don’t like change” and want us to “keep things as they are.”  And then there are the questions of which  features we pick and how long those will take to be delivered with quality.  In the end, I’ll simply say that we are generally happy with our release rhythm and we recognize as well that our customers and competitors continue to innovate, which increases the importance of planning well.
I hope this helps to frame the blog and our goals in this discussion.  Thanks for taking the time to read and comment.
|My System Specs|
|Similar help and support threads for2: Building Windows Live|
|Building a new Windows 7 Machine||Hardware & Devices|
|Building a Windows 98 machine||Software|
|Building new Computer, Installing Windows 7||Installation & Setup|
|Building Windows 7 Live DVD||Installation & Setup|
|Building a 'High Performance' Windows 7 PC||Performance & Maintenance|
|Building a budget windows 7 gaming rig (first time))||Gaming|
|Our Sites ||Site Links ||About Us ||Find Us |
© Designer Media Ltd
All times are GMT -5. The time now is 07:30 AM.