Rossj wrote:
 |
NuTcAsE wrote:
After a long struggle with management to move towards 2.0 and VS 2005, and citing 2005's new and improved features I finally managed to get our dev team on 2005. |
Hmm. Did *you* push to move to 2005? Did you, you know, check it out before you pushed to get the whole team on 2005? Not trying to shift the blame, but you really should try stuff and not just believe everything you read.
Having said that, only ever had minor complaints about VB.Net (semi-colons please)
RossJ,
We did quite extensive research on the impact of adopting VS 2005 and .Net 2.0. While testing out VS 2005 we did not see major impacts and the performance gains we saw from using VS 2005 designers and .net 2.0 just flat out outshadowed any reservations we had. The struggle with management was for more political reasons than anything else.
That said, in our tests we primarily focused on C# projects since 90% of our projects seemed are focused on C#. Its mostly my fault that we did not do a lot of testing on VB.Net projects in VS 2005, and thats were most of our pain points are right now. Like I said in my initial post, I have no problems with C# its the VB.Net project that are just frustrating to work with at times.
Shiv wrote:
why not break the single solution into multiple solutions? that would certainly make things a lot faster. this was suggested by Scott Hanselman a
few weeks back.
With all due respect, the suggestion by Scott Hanselman is not quite accurate. We have a solution with just 6 projects that takes up memory upto 1.2 GB. And for practicality purposes we can't further break down the projects into multiple solutions. After opening the solution in just 5 minutes and a couple of builts VS 2005 starts hogging memory with no end. Closing solutions is also still a HUGE pain as it takes forever to close any solution with more than 5 projects.
I'm still very happy with VS 2005 and its the best dev environment I have worked with but I hope with the SP1 the VS team solves these performance issues.