{"id":10351,"date":"2006-09-27T08:37:37","date_gmt":"2006-09-27T08:37:37","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/bharry\/2006\/09\/27\/ramblings-on-vs-sp1\/"},"modified":"2018-08-14T00:34:33","modified_gmt":"2018-08-14T00:34:33","slug":"ramblings-on-vs-sp1","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/bharry\/ramblings-on-vs-sp1\/","title":{"rendered":"Ramblings on VS SP1"},"content":{"rendered":"<p>Since the announcement of our SP1 release yesterday, there&#8217;s been a variety of community feedback.&nbsp; Some in the press, some on blogs and some in email.&nbsp; I got one of those emails this morning and decided to write a few of my thoughts to share my perspective on the issues raised. It was then suggested I make a blog post out of it, so here it goes.&nbsp; This is not an official Microsoft position but just some ramblings from a random person&hellip;\n&nbsp;\n<u>Time to ship<\/u>\nThere&#8217;s been some feedback that Soma&#8217;s announcement of &#8220;3-4 months to ship SP1&#8221; seemed excessive.&nbsp; Shipping an SP is a big effort for us.&nbsp; It might seem like it shouldn&rsquo;t be, but it is.&nbsp; In particular, this SP is really large.&nbsp; There are a lot of bug fixes and a pretty significant sprinkling of new features.&nbsp; Further the product is big and signing off on it is a very involved process that requires each of the 30 or more teams to do a great deal of work &ndash; extensive testing across a broad matrix of platforms and software configurations, security reviews, inappropriate terminology scans (urban legend says that a few years ago someone in Microsoft got put in jail because some product referred to some unnamed island as a country.&nbsp; I don&#8217;t know if it&#8217;s true or not but that&#8217;s how seriously we take it whether or not it is), and much more.\nWhen we think about the schedule for this kind of thing, we generally like to give about 1 month for the Beta &ndash; in order for people to have enough time to install it, try it out and report any issues they have.&nbsp; There&rsquo;s then some time for us to fix any issues that were reported, then patch production (which takes about a week &ndash; remember, we have a TON of different SKUs and languages), followed by a final test pass (which takes about 2 weeks).&nbsp; When the bits are finally compiled and tested, there&rsquo;s another week or two of production that ultimately places them on a download site for people to access.\nIt&rsquo;s a lot of things.&nbsp; Most of them don&rsquo;t take all that long but when you add it up, it takes a while.&nbsp; As far as broadcasting dates, we&rsquo;re generally loath to do that because things change and people get mad at us when we don&rsquo;t do what we said.&nbsp; As a result, when we do give dates, we tend to pad them a little bit for the unexpected.&nbsp; If everything goes according to plan, then I expect the schedule will be on the short end of Soma&rsquo;s range.&nbsp; If something goes awry, it might not be.\nWe are making a concerted effort over the next 6 months to a year to look at the processes we use to produce service packs and optimize them.&nbsp; Personally, I am an advocate of shipping an SP for the last major released version every 6-9 months.&nbsp; Doing this would require us reducing the time to ship an SP from the approximately 6 months it takes now to probably 3 months or so.&nbsp; It&rsquo;s something we are looking into.\n<u>Vista support<\/u>\nI think we are seeing some reaction to this on all fronts.&nbsp; People raise the question of whether or not VS&rsquo;s stance on Vista support for its various versions signals a problem with Vista compatibility.&nbsp; I do not believe so.&nbsp; VERY few applications are like VS.&nbsp; The problems VS has running on Vista generally aren&rsquo;t with &ldquo;normal&rdquo; application like code.&nbsp; The single biggest source of issues is the area surrounding the debugger.&nbsp; Not many applications are that invasive.&nbsp; Vista made a lot of changes to really try to lock down on security to further reduce vulnerability.&nbsp; Those kinds of changes really run contrary to the kinds of invasive things a debugger needs to do.&nbsp; Innovation requires change and change results in work.&nbsp; The Windows team goes to UNBELIEVABLE lengths to keep compatibility with previous applications and well beyond what you might expect.\nLike you, we have resource constraints.&nbsp; It might look like Microsoft is a huge company with infinite resources but, unfortunately, it&rsquo;s not.&nbsp; We are just as constrained as everyone else in the world as to how we invest our time and money.&nbsp; I can assure you we have spent a lot management time wringing our hands over what the right thing to do here is.&nbsp; All work we do comes at an opportunity cost.&nbsp; For example, if we go back and make VS2002 work on Vista, we have to trade that off against not making progress on Orcas.&nbsp; Ultimately, we balanced all of these trade-offs and came up with this plan.&nbsp; The plan is to support our run time environments on Vista and to support VB6, VS2005, Orcas and all future versions.&nbsp; Would it be good to support more? &nbsp;Yes.&nbsp; Is it worth the opportunity cost?&nbsp; We think it isn&rsquo;t.\nOf all the things Microsoft is and isn&rsquo;t, we are very responsive to customer feedback.&nbsp; We made the decision that we think is in the best interest of our customers.&nbsp; If customers come back broadly and tell us they disagree, then we&rsquo;ll reassess that decision.&nbsp; All of our goals here are the same &ndash; making everyone as productive and successful as possible.&nbsp; I don&rsquo;t mean to sound patronizing here &ndash; I really believe it.<\/p>\n<p>Brian<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Since the announcement of our SP1 release yesterday, there&#8217;s been a variety of community feedback.&nbsp; Some in the press, some on blogs and some in email.&nbsp; I got one of those emails this morning and decided to write a few of my thoughts to share my perspective on the issues raised. It was then suggested [&hellip;]<\/p>\n","protected":false},"author":244,"featured_media":14617,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-10351","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"acf":[],"blog_post_summary":"<p>Since the announcement of our SP1 release yesterday, there&#8217;s been a variety of community feedback.&nbsp; Some in the press, some on blogs and some in email.&nbsp; I got one of those emails this morning and decided to write a few of my thoughts to share my perspective on the issues raised. It was then suggested [&hellip;]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/posts\/10351","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/users\/244"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/comments?post=10351"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/posts\/10351\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/media\/14617"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/media?parent=10351"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/categories?post=10351"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/bharry\/wp-json\/wp\/v2\/tags?post=10351"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}