|
Especially when you would like to rename a variable, rename a function, change the signature of a function, etc., How VA can do it in a snap is just awesome. For me, VA is a part of VS itself. 
Not to mention how wonderfully it enhances the crappy default intellisense.
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
Agreed, its essential. Best money I've ever spent.
My complaint is that integrates too well - it becomes part of VS.
So it becomes a silent unsung hero.
I didn't realise just how much it actually does that you take for granted... until I had to reinstall VS one day when it became quickly apparent. Needless to say VA was quickly reinstalled.
They need to add little VA logos next to everything it does!
--
The Obliterator
|
|
|
|
|
?
...cmk
The idea that I can be presented with a problem, set out to logically solve it with the tools at hand, and wind up with a program that could not be legally used because someone else followed the same logical steps some years ago and filed for a patent on it is horrifying.
- John Carmack
|
|
|
|
|
shhhhh, I'm trying to swing the survey to that side  
|
|
|
|
|
.. but do you use either one?
"For fifty bucks I'd put my face in their soup and blow." - George Costanza
CP article: SmartPager - a Flickr-style pager control with go-to-page popup layer.
|
|
|
|
|
From http://www.xoreax.com/:
"IncrediBuild is an easy-to-use platform for accelerating Windows-based processes through advanced Grid Computing technology."
When used in a network, it reduces build time drastically.
Erez
|
|
|
|
|
We use it but for code analysis tasks (it cut our runtime from 4 hours 25 minutes to 12 minutes!) rather than builds.
I've been working with the XGE programmable interfaces for a while now, and I have to say it's a very impressive product.
|
|
|
|
|
I wished Microsoft would do this and include this ability with their compiler. I mean gcc (with distcc and ccache) has had this ability for many years. Although I admit these are separate packages and not from the same people who write the compiler..
John
|
|
|
|
|
Truly the most awesome piece of software ever created!
DR
|
|
|
|
|
Hi,
I recently developed an add-in myself that disables/restores Code Analysis for all projects in an opened solution.
Despite a lot of shortcomings, it does the job. I was wondering if there would be any interest in an add-in of this kind? In case there is, I could keep improving it for the masses
code: http://code.google.com/p/codeanalyzethis/[^]
|
|
|
|
|
I'm sure there is. Why don't you write an article about it?
I thought the comment in your project page "Code analysis severely slows down builds and is just plain annoying." was interesting. I have to say that I'd suggest that if that's the case, they are doing it wrong. 
I have to confess I have a bit of a vested interest since my specialisation is integrating of static code analysis tools into development environments, and I've long been of the opinion that during the buid is a bad idea. "Annoying" is a means to an end though - the whole point of these tools is to draw the developer's attention to things that don't quite seem right - which is never a popular thing to do!
|
|
|
|
|
Hi,
I might indeed write an article on it, but I'd like to finish the code a bit further and then explain everything in depth.
Developing Visual Studio Add-ins are still a bit exotic terrain for me, so I'd like to know a bit more on the subject before I'll write an article on them.
About the "MS is doing it wrong": I don't think that Code Analysis is wrong. It is very practical to allow an extra check on bad practices etc.. But it comes at a cost. It might be better running Code Analysis on the build server only, but that might cause a lot of broken builds.
About "annoying": I didn't mean annoying in a way that CA is annoying me by pointing out errors in the code. I think that's great. But it's simply annoying to change 1 line of code, build, and then having to wait for CA to run all its rules again.
So I don't feel CA is annoying, I feel the time it takes is annoying.
So, I think this sequence would be the most practical:
1. Disable CA
2. Develop fluently and without CA running on each build locally
3. When ready to check in, restore CA
4. Build with CA
5. Fix CA issues
6. Check in
And when the add-in has improved, I might do an article
|
|
|
|
|
bertvan wrote: I might indeed write an article on it, but I'd like to finish the code a bit further and then explain everything in depth.
Developing Visual Studio Add-ins are still a bit exotic terrain for me, so I'd like to know a bit more on the subject before I'll write an article on them.
Cool. I'll look forward to the article!
There's quite a lot of info on add-in design on the web (I can particularly recommend the Craig Skibo books on the subject) but there are also a lot of pit-traps for the unwary if you use the less common language specific interfaces (I have had regularly seen VCProjectEngineLibrary interfaces break with new Visual Studio versions, for example). If there is any particular topic about add-in development you need assistance with, please feel free to privmail me and I'll do what I can to assist.
bertvan wrote: About the "MS is doing it wrong": I don't think that Code Analysis is wrong. It is very practical to allow an extra check on bad practices etc.. But it comes at a cost. It might be better running Code Analysis on the build server only, but that might cause a lot of broken builds.
I have an outline for a conference session in my mind at the moment titled "Effective Code Analysis", and you;ve just touched onto one of the points I'm going to make. OIn brief: putting code analysis on the build server only generally doesn't work very well, because it's remote from the changes devs are working on at the time. That's why it also needs to be in the development environment (far more immediate) so the question is how to do this effectively. By contrast, build server code analysis is more of a sanity check on how the project as a whole is holding up wrt code quality (code metrics run well in this context, too).
A few years ago I was experimenting with this using PC-Lint (a C++ source code analysis tool) and had the idea of running the analysis in the background (pretty easy if you use a thread pool). It worked so well my partner and I built a product out of it (another long story!) but the upshot is that we've gained a lot of experience with how to use CA techniques on our own codebase over the past 5 years.
The workflow we use isn't actualy that different to that you suggest - the difference being that we don't run the analysis while compiling - instead it happens automatically in the background while we're editing code (hence the builds don't take any longer, and the CA tasks run in the background while editing).
That's my experience anyway - and it's certainly an interesting and challenging area to work in.
|
|
|
|
|
This is a very useful add-in! I'm downloading it right now and will report on how well it works!
Great idea!
Éric
|
|
|
|
|
Thanks, feel free to post your issues on the google-code page. And please let me know how it works out.
|
|
|
|
|
... would be useful. This would be my choice anyway
|
|
|
|
|
Yup, exactly what I was thinking.
"Creating your own blog is about as easy as creating your own urine, and you're about as likely to find someone else interested in it." -- Lore Sjöberg
|
|
|
|
|
|
Same 
|
|
|
|
|
|
Same goes for me, voted "Other" and typed in "none".
2+2=5 for very large amounts of 2
(always loved that one hehe!)
|
|
|
|
|
same here 
|
|
|
|
|
I just answered - other: 'None'. It should be an option in order to count it correctly. I am curious about how many do not use any.
Pierre Boucher
'Bien souvent on se rend coupable en négligeant d'agir, et non pas seulement en agissant.'
- Marc Aurèle, empereur et philosophe romain.
|
|
|
|
|
Whereabouts in Canada?
My grandfather (Jacque Boucher) was from the Moncton area (he left there in the 1920s I believe) and my father is still in touch with his cousins in Montreal.
John Boucher
|
|
|
|
|
Hi,
I am from Montréal as my father was. I do not know before that.
I found this information about one of the first Boucher (Pierre) in the new world http://en.wikipedia.org/wiki/Pierre_Boucher[^]
Where are you from?
Pierre Boucher
'Bien souvent on se rend coupable en négligeant d'agir, et non pas seulement en agissant.'
- Marc Aurèle, empereur et philosophe romain.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
