[RESOLVED] VS8 - C++ programmers invited?

[PadexArt]

As the title suggests I am interested in knowing if Microsoft has any plans to improve the C++ programmers experience with the next VS.

I've tried to use VS 2005 for C++ projects but I failed to do so in a productive manner so now I'm only using it just for C# applications. My main reason was that VS 2005 is difficult to use.

In a normal project I use perhaps 5-10 functions of the IDE and nothing more. This means I expect lighting speed and precise results. Yet the tool is quite slow in performing them as, I suppose, it loads a lot of unnecessary components (to me).

As it is now I find VS 2005 for C++ quite similar to what Forte was a couple of years ago for Java: a tool with a huge list of great features but at the same time a tool that was painful to use.

Making a unique IDE for C++/C#/VB might be a good marketing idea but I think that had a negative impact on the C++ side of the tool. I believe different languages require different tools and if Java/C# programmers might like a slow but rich tool I think C++ programmers expect something else. At least I do.

A big issue that was already mentioned by others is the documentation. I recently uninstalled the MSDN coming with VS 2005 and reinstalled the version coming with VS 6.0 as I was using Google to find Windows API and C++ libs docs more than I was using the local MSDN. I understand that C# needs to be promoted but I fail to understand the need to cuts parts from the C++ documentation (or making them difficult to find).

Because of all these issues, my company is still using VS 6.0. The only major downside of VS6 compared to VS 2005 consists in the compiler/library bugs. But, as we are familiar with them they can be avoided.

It's not all bad, there are some nice new features and I'm sure more will come. I want to benefit from the improved compiler and some of the neat features but I'd prefer them in a lighter packaging. So my plea is to let the programmer configure the tool to suit his needs and feel good while using it.

I do not plan to stick forever to VS 6 but when I migrate I want to do it to a better tool. Hopefully the development team will manage to make Orcas such a tool.

[Ted.]

Your message here is: I'd love to use this product but the main "adoption blocker" is the IDE usability/performance/bugs. I sat down with them in October of 2003 and gave them that exact message. And for the most part VC 2005's IDE usability is a great improvement over VC 2002/2003. That's why I've started to use it over VC 6 because I believe they were and are committed to solving this adoption blocker.

However, some problems still exist:

1) Intellisense is impossibly slow (and/or loops) in large projects (hotfixes potentially can alleviate this)

2) Intellisense does not work well with multiple subprojects (a single NCB file cannot differentiate between the projects so you get mixed up syntax greying, missing symbols etc) - only workaround here is separate instances of VC for each vcproj so separate NCBs are generated - not sure how committed they are to solving this one.

3) Combined with Visual Sourcesafe, the Pending checkins window is impossibly slow (major regression since 2003) and they are not interested in looking at this (but workaround is not to show the pending checkins window at all - not happy with this but can live with it)

4) Clicking around in the project tree can be very slow (opening and closing folders etc) - can live with this - will be buying Conroe machines in a couple of months.

[Vanaj]

I think PadexArt has hit the nail on the head on this...I should also add to this...let the development community and the R&D department design the Visual Studio and not the MARKETING DEPARTMENT(who would not know a pointer form a Mutex).

[AymanS]

We are for sure taking all such feedback in consideration. I really doubt that you will see major changes in the Orcas time frame. Please at any time feel free to use the product feedback center to record your suggestions. We really look such suggestions and evaluate them.

As for the documentation issues, as I mentioned early, I agree we need to have more VC++ specific docs & samples....thanks for putting more on my plate :-)

Thanks,
Ayman Shoukry
Program Manager
VC++ Team

[cilu]

Intellisense is impossibly slow (and/or loops) in large projects (hotfixes potentially can alleviate this)

Not only on large projects. I'm using VS 2005 and I'm working both on small projects (say 10-15 files) and larger projects (1000+ files). What I've noticed is that sometimes, when the Intellisense is updating, it takes as much time regardless the size of the project (well, I didn't do benchmarks ).

[bluegill]

1) Intellisense is impossibly slow (and/or loops) in large projects (hotfixes potentially can alleviate this)

I could probably deal with the slow Intellisense speeds if it would just work more often. It seems that nearly half the time, it simply refused to work.

[AymanS]

Please feel free to log the issues you are seeing at http://connect.microsoft.com/Main/co...ContentID=2220. We will be more than happy to look into such blocking issues once we have a sample reproducing the issue.

Thanks,
Ayman Shoukry
Program Manager
VC++ Team

[tarekmadkour]

Also, for the IntelliSense issues, we issued a couple of hotfixes that address its performance issues with large projects. This post has more details: http://www.codeguru.com/forum/showthread.php?t=391247

Thanks,
Tarek Madkour
Lead Program Manager
Microsoft Visual C++

[PadexArt]

I see someone has added [RESOLVED] to the post title. I have to disagree. The concerns/issues I have expressed with regard to VS 2005 are not strictly related to the IDE or the IntelliSense. The IDE is indeed a major part of the problem but it is more an effect of the real problem and not the cause.

As I see it, Visual C++ is: C++ (the language) + Microsoft Libraries + Documentation + Community + Microsoft Commitment. The last component is the most important one and, at the same time, the one that seems to decrease with the last releases of VS.

I do not comment here the statements Microsoft has made on the topic, including this forum, but their effects. The MFC and the other libraries have not suffered a major update compared to the versions available in VS 6.0. And from other posts on this forum it seems there are no short-mid term plans to do so.

I think a lot of VC++ programmers would throw a party if even 25% of the .NET platform would become available in the form of an unmanaged library (included in MFC or not).

The Microsoft libraries (MFC, ATL etc) and a good/clean IDE are what made VC++ my #1,2,3,4,5 option when it comes to desktop applications. Working for Vista with these aging libraries is like going to war with a toy sword.

So my question is: what are the long term plans for the unmanaged VC++ as a whole? Would we be able to achieve the same results with it as we would with .NET or C++/CLI? Even if that would require considerable more effort from our side.

Thank you.