Visual Studio 2010 momentum
Since we launched Visual Studio 2010 and .NET 4 on April 12th of this year, it has been exciting to see the extremely positive response to the product. Within six months of the launch date, Visual Studio 2010 usage surpassed all other previous versions of Visual Studio based on usage data collected from customers who opted into sharing their usage data with us. This is the fastest adoption of a new release of Visual Studio ever, and we are seeing continued strength in the adoption of Visual Studio 2010.
Visual Studio 2010 SP1 Beta
Since the release of Visual Studio 2010, we've been working to address high priority issues you've brought to our attention through forums like Visual Studio Connect. We've also focused on improving the overall experience in a few important areas, such as unit testing, support for GPU acceleration in C++ applications, and offline help. You can learn more about the work we've done in SP1 on Jason Zander's blog.
Today, MSDN subscribers can download and install the beta of Visual Studio 2010 Service Pack 1 from this site. If you're not an MSDN subscriber, the download will be available on Thursday, December 9th here. I encourage you to download it and try it out.
Your feedback on this release will help us improve the final release. Please report any issues you come across in the SP1 Beta to Visual Studio Connect. Once you've had a chance to use Visual Studio 2010 Service Pack 1, please also give us your feedback by taking the Service Pack 1 Beta Survey. The results from this survey inform our work so we build an even better SP1 RTM.
Team Foundation Server 2010 and Project Server Integration Feature Pack Beta
Also available today for MSDN subscribers is Visual Studio Team Foundation Server 2010 and Project Server Integration Feature Pack Beta. This feature pack enables sharing project status and resource availability between team members using TFS and Project Server. The feature pack beta's "go-live" license allows customers to deploy it in their production environments. You can learn more about the feature pack on Brian Harry's blog or download the feature pack beta from MSDN.
Namaste!
Comments
Anonymous
December 07, 2010
Yes, it certainly seems to have a lot of momentum. Once it's been running for a while, it, takes minutes to close. And similarly when launching, there's obviously a lot of inertia to overcome. Oh, that wasn't what you meant?Anonymous
December 07, 2010
Congratulations to the VS IDE team for making this version even slower than VS2008 for C++. You guys never fail to disappoint us with your commitment to performance regression for each new version. VS2010 isn't the new 6, but maybe VS2012 will be almost as good as your 12-year old IDE? See the comments here for a bunch of feedback which I'm sure will be ignored. blogs.msdn.com/.../microsoft-tells-what-s-next-on-c.aspxAnonymous
December 08, 2010
The comment has been removedAnonymous
December 08, 2010
Wow! The negativity and pessimism towards Microsoft increases every day. I do not experiance such issues with Visual Studio 2010 Ultimate that everyone else complains of -- but in full disclosure, I do not work with C++. VS 2010 has been wonderful. We use solutions with over 100+ projects and while I admit, the memory limitations of WinXP and VS 2010 can become annoying, the IDE itself is pleasant to work with. Just use the "Solution Load Manager" extension and things work out just fine. I look forward to the Service Pack. Keep up the good work!Anonymous
December 08, 2010
In terms of web-development the innovation in Visual Studio is non-existent. Microsoft is merely attempting to mimic the open source tool chest. PHP compatibility, MVC, JQuery and Javascript are not new, where is the wow factor in plagiarizing a technology for inclusion in Visual Studio? On the rare occasion Microsoft releases something remotely interesting it seems the technology doesn’t even reach maturity when development is stopped, WPF, Ajax Toolkit, POPFLY, LINQ TO SQL and soon to be SILVERLIGHT all fall into that category. Given how Microsoft technology is trending no one should make a major investment in any of Microsoft’s new BETAWARE. Visual Studio is quickly evaporating into a stale cumbersome enterprise CTP development environment.Anonymous
December 08, 2010
great news ! tell me the difference between service pack 1 beta and feature pack 2.Anonymous
December 09, 2010
grumpy: We're very interested in tracking down issues like the launching and shutdown issues you mention. Please open a bug report on this issue in Connect at connect.microsoft.com/visualstudio. Thanks Polita Paulus MicrosoftAnonymous
December 09, 2010
The comment has been removedAnonymous
December 09, 2010
The comment has been removedAnonymous
December 11, 2010
I wrote a long replay, but my wife asked me don’t criticize people, so to make it short, VS.NET 2010 is slow, please improve its performance for the future developers, for me it is too late, I am moving Client Side development to Google Chrome (runtime, debug, and edit), it is hundreds of times faster than WPF/C# 4.0 and single threaded :-) For everyone else, there is .NET and Java, very slow, and dinosaursAnonymous
December 11, 2010
It there available a list with all the fixes that are included in this service pack? I would like to know if this problem has been fixed: <a href="connect.microsoft.com/.../statically-linked-mfc-applications-are-massive">Statically linked MFC applications are massive</a>Anonymous
December 11, 2010
Marcello: We are planning to post a list of the Connect bugs fixed in the beta for SP1. I will post the location of that list here when it's available. Polita Paulus MicrosoftAnonymous
December 13, 2010
The comment has been removedAnonymous
December 14, 2010
At our company we use Visual Studio 2010. Unlike what others claim here, it starts and shuts down extremely quickly and we have not faced any performance issues. We use C# and VB.NET - no problems at all. Those who are complaining - are you using Windows XP? VS 2010 works lightning fast with Windows 7 and Windows Server 2008 R2. No complaints about the WPF interface. However, I do agree with some people here who claim that Microsoft pulls out of their own technologies quickly and its difficult to understand what may be thrown out next. Why was Ajax Toolkit discouraged and why did you start touting jscript all of sudden? Just because of open source pressure or that they out-witted you guys? Why are you guys promoting MVC. What is the problem with regular way of doing ASP.NET sites? Do you have scientific or statistical proof that MVC is better than the original approach? How many .NET developers actually use MVC? MVVM for Silverlight - why is not fully supported (if in fact its purpose was to make development easier!) Why did you guys discourage LINQ-To-SQL and started encouraging Entity Framework? The former is so much easier to use and with some more work from Microsoft would have more adoption than EF. Lot to think about...Anonymous
December 15, 2010
Tom: When we think developers that are consuming Ajax it breaks into two segments: a) Developers that want to write some client side script in their pages. b) Developers that want their applications to automatically take advantage of Ajax functionality. Our investments into jQuery are targeting people in the first batch while the Ajax Control Toolkit and the rich server controls offered by third party vendors target people in the later case. We think there are developers in both of these segments and are trying to target them both just like below in the MVC section you can see we are trying to target multiple types of developers. This isn’t about choosing one Ajax strategy over the other you can use one or the other or both together. With regards to MVC, we have had in the past one framework for developing Web Applications and that is ASP.NET Web Forms. This framework was designed to make the transition from developing desktop applications to developing server-based web applications very easy it also gives developers great benefits in productivity by letting them leverage rich web controls that have lots of built in functionality. While trying to grow the types of developers that can use ASP.NET we also identified the MVC pattern as a common pattern used by many other web frameworks such as Ruby on Rails and CakePHP and as a result we created ASP.NET MVC to provide a bridge to developers that like that pattern to be able to easily adopt ASP.NET and the power of the .NET framework and more generally our Web Platform. We are focusing on providing choices to various types of customers. We will continue to invest in all areas of ASP.NET (Web Forms and MVC). From a data perspective, ASP.NET works with any data solution in .NET but Entity Framework has been getting better and better with each release and with the release of EF Feature CTP 5 we think that it is very compelling for web data scenarios and are working to provide more guidance on how to use it. Guillaume Director of Product Management - MicrosoftAnonymous
December 16, 2010
Mark Gordon on his blog said he left comments to you. Can you please post comments with your reply. I like to know your view, it would help VFP developers. Thank youAnonymous
December 16, 2010
Mark Gordon: My blog isn’t moderated and comments should show up within a couple minutes of posting. Sometimes MSDN’s automatic spam filter triggers on blog posts, as it seemed to have with yours, so I’m posting it here: @Guillaume You wrote "target multiple types of developers." There was a type of developer that "used" to be able to deliver cost effective solutions to our clients with 10-50 users using visual foxpro or visual basic. We were able to distribute custom solutions to our clients without having the burden of eating licensing costs or charging them money to write massive amounts of plumbing code that is required using VS. Further, FoxPro was a mature product permitting business owners to make a significant investment in training their developers without being concerned about ROI. Which is a significant concern with your current trends especially for web development. We also could develop solutions quickly due to VFP'S robust object model with a functional class browser, RAD tools and more importantly a data centric language all of which are absent or useless in Visual Studio. Given it is not possible in Visual Studio to generate a lan database application faster (I am willing to defend this statement as I have done in the past if needed) with the same or lower cost of ownership then VFP, my question is what is your plan to target that "type of developer"? With all due respect, the only path I see which is on target for those "type of developers" unfortunate enough to fall into this category is moving to MySql, Open Source and continue to use VFP for desktop application solutions. This is a lesson I learned too late in the game. Perhaps instead of trying to cater to/attract the open source MVC developer don't you feel it would be wise to first address the needs of your current/former customer base that was orphaned when VFP and VB received their end of life? Basic business 101: it is much cheaper to retain a client then it is to attract a new one. Regards, .Mark Mark, I do want to tell you that I hear your concerns. You are passionate about Visual FoxPro, which is great. We will have to respectfully agree to disagree about Visual Studio and .NET. I hope we can lay this topic to rest. For all commenters, signing into MSDN with your LiveID before posting will help keep your comments from being filtered as spam. -somasegarAnonymous
December 17, 2010
Guillaume, please, all of you at Microsoft, keep in mind that the developer community of Microsoft is the single most important user base for you. How this user base grows is something you guys need to think about differently. Just by adding features from open source to attrack the open source developers is whether you like it not, a secondary concern (they will most likely never come anyway). You guys need to focus on Microsoft developers and keep the products focused - simple, light, fast and stop adding and dropping good new technology at the expense of using resources and money to attract open source developers. Again, how many developers use MVC please? Any stats? Any scientific proof this approach is any better than regular web forms way? Why would people find EF more attractive compared to LINQ-to-SQL is beyond me (if you guys had continued to invest heavily in adding missing features to it instead of EF). EF is way too complicated and way too much coding and setup is involved. Either simplify it or give solid videos/training to show how it works with ASP.NET, Silverlight and other technologies for the desktop.Anonymous
December 17, 2010
Thank you for posting. I would have liked more substance in your reply to Mark. There are many important points that are unanswered. Can you revisit this again. Thank very much you.Anonymous
December 19, 2010
@Somasegar, will you please answer 2 questions truthfully: Why is there only 1 SP provided for Visual Studio 2005, 2008, and likely for 2010 as well? Why after so much hype about a new version of Visual Studio, will MS pretty much sweep it under the rug and try hard to get customers to get the next version when it comes out?Anonymous
December 21, 2010
The comment has been removedAnonymous
January 02, 2011
The comment has been removedAnonymous
January 06, 2011
Marcello: Jason Zander has published a list of some of the issues fixed in the Visual Studio 2010 SP1 Beta. You can find it here: blogs.msdn.com/.../visual-studio-2010-service-pack-1-beta-feedback.aspx. Polita Paulus MicrosoftAnonymous
January 09, 2011
Polita: I downloaded and installed the Service Pack and I found the bug that I reported when VS2010 was released. I plan to migrate to VS2010 when this problem is fixed: I require this functionality for several of my projects. I posted the details in Connect when VS2010 was released in April. connect.microsoft.com/.../object-browser-doesnt-display-inherited-members-functions-and-variables Thanks.Anonymous
January 18, 2011
Inherited members (public, protected, et.al.) are not displayed in the class view and object browser for C++ projects. Without a doubt, this bug hasn't been fixed yet.