Is reSharper still full of bugs and slow?

Hi Rob,

Thanks for your opinion. Basically, we constantly trying to improve ReSharper in terms of speed, compatibility, performance, features and bugfixes; so technically every version should be better than the previous one.

1. Please try the latest ReSharper 8.1, if it's still slow for you, follow the troubleshooting guide here: http://resharper-support.jetbrains.com/entries/24083148-Visual-Studio-with-ReSharper-is-slow
2. There were some compatibility issues with TFS previously, however we haven't been reported about any critical issues with R#/TFS combination. If you have any, please feel free to fill in a YouTrack issue here: http://youtrack.jetbrains.com/issues/RSRP
3. VB.net support is, generally, a bit 'younger' that C#, so there are a bit more issues with it. If you encounter any, you're welcome to submit them as bugs in YouTrack as well: http://youtrack.jetbrains.com/issues/RSRP
4. Silverlight projects are supported and should work fine. We will appreciate bug reports in YouTrack, if you find any: http://youtrack.jetbrains.com/issues/RSRP
5. Large solutions can be a problem for ReSharper on a low-end PCs, but the general recomendations are described in the troubleshooting article above.

I understand that my reprly is not very well pinpointed, but it's hard to say anything specific without trying the latest version on the specific solututions, environments and use cases you have...

We apologize for any inconvenience.
Thanks.

I think ReSharper 8.x is pretty fast.  The only major slow-down I experienced in the past (but is no longer a problem) was where Ctrl+click would take a second (or three) to go to the right spot.  That was fixed long ago.

I don't use the Silverlight or VB pieces, though.

One minor slow-down that I do feel is when I use custom templates.  If I type "rr" for one of my templates, then I immediately hit "Enter", sometimes it just writes out "rr".  It doesn't always happen, but if I'm typing fast enough and the custom template hasn't loaded into memory (or whatever the issue is), then I have to re-type it.

I never have TFS integration problems.

I also use it on a solution with well over 30 projects.

Overall, it's probably worth taking another look.

Edit:

A couple more details

1) Some refactorings have to manage a lot of files, so they take longer to process, but still much, much faster than doing all the changes manually (large refactorings taking 10 seconds or so).

2) I have an i5 processor and a solid state hard drive, so I experience fewer slow-downs than some machines.  My coworkers do not all have solid state hard drives and they do not think the performance is bad.

3) There is a rare-ish bug that I hit, as do my coworkers, where after having a solution opened for a long time, the "Find Usages" does not always work correctly (it will show no results when there are results).  Just restarting the solution fixes it.  It isn't a major problem, though.  It may already be reported, but I haven't looked, yet.

4) The importance of ReSharper in C# has come to the point that we find it harder to take new candidates seriously if they have no experience with ReSharper.

I'm new to using Resharper but I find it is a huge helper.  I am using a midrange I7 Quad at 2.8 GHz so it is acceptably fast.  I do not use anything fancy (Teams, Version Control, etc) so have no idea about those.  My largest project has 9 other projects included, so it is not trivial but is certainly simpler than one with 30+ projects.

I guess the question I would ask is this:  Is Resharper faster than what you can achieve manually?  I bet Resharper wins that one by a very large margin.  If it is still too slow for your big project then maybe turn it off and periodically run it to get a general idea of what your project is looking like.

Bottom line for me is I would rather have it, warts and all, than to uninstall it.

Hi

I am a previous moaner about R# performance !!

My expereinces were with Db Projects and VB projects on a 32 Bit Win 7 4g set up (Work Dictate !)

The memory usage of R# is BIG , the bigger the project the worse it gets. I used i7/ 4 g/ Win 32 at work , and i7/ 8G / Win 7 (now 8) at home

Home is no problem ,even with 8.1 and big projects , it all boils down to hardware , more Memory the better, hence Win 64 a must

I have tried all the main competitors but R# always wins , wart and all.  

I tried all sorts , turn off VS code analysis helps , especially on OOM errors on compile. BUT the big fix is win 64 and bags of RAM

The only alternatives is to use say Visual Assist X and lose features I (I have for years but it does fallshort of R#'s feature set)  or add memory. Coderush  JustCode are just as memory hungry and nowhere near as good as R#

Persevere  B-)

     Mike

Agree on the memory.  I do use 8 GB and Win 8.1 64bit.  One interesting thing, and I rejected Win 8.0 after 20 minutes, is that 8.1 is very stable and I work in the desktop exclusively, right from login, so the Metro stuff is not even an issue with me.  It boots WAY quicker than Win 7 and very surprisingly, all of my Studio projects compile almost twice as quickly (using the same hardware) as they did on Win 7.

I can also say that after I have used Resharper and learned what to do and what not to do, I could turn it off.  After only 3 weeks I find I have started to write code that is quite acceptable to Resharper.  Isn't that the way it should be?

Thanks for the responses, I went ahead and purchased the upgrade to 8.1 Full commercial use.

It seems better, but need more time with it.  I am however stuck with a problem where Code Cleanup is using line continuation syntax  that I would rather it NOT.  I'm guessing/hoping this option can be modified?

Code Cleanup Result Example:

                Dim _
                    primaryDB As _
                        New Configuration(primaryServer, Info.SupportedDatabases.DBFacilities,
                                          Settings.Applications.DC)


I would rather keep:

     Dim primaryDB As New Configuration(primaryServer, Info.SupportedDatabases.DBFacilities, Settings.Applications.DC)

you can modify this behavior in R# options "Code Editing / Visual Basic .NET / Linebreaks and wrapping".

Regards
Klaus

Thanks Klaus,

Yeah, found the solution after some hunting in the options.

Cheers, Rob.