Why I love ReSharper, Part X of N
time to read 1 min | 30 words
I mean, of course I intended to say StatementSnapshot instead.
Ayende @ Rahien
Ayende @ Rahien
Hi!
My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by email or phone:
My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by email or phone:
+972 52-548-6969
FUTURE POSTS
- Error handling belongs at Layer 7 (policy) - 14 hours from now
- Practice makes perfect - 4 days from now
- The cost of an extension point - 5 days from now
- Production postmortem: The lightly loaded trashing server - 6 days from now
There are posts all the way to Aug 02, 2017
RECENT SERIES
-
Production postmortem
(17):
23 Aug 2016 - The insidious cost of managed memory -
Building a query parser over a weekend
(2):
25 Jul 2017 - Part II -
PR Review
(3):
21 Jul 2017 - Is your error handling required? -
Reviewing Resin
(6):
20 Jul 2017 - Part VI – Analyzing I/O and being unfair -
Inside RavenDB 4.0
(2):
17 Jul 2017 - Chapter 6 is done
RECENT COMMENTS
-
By Richard Wellum on Let the Merge Games begin!
-
By JustPassingBy on Let the Merge Games begin!
-
By Stuart Turner on Let the Merge Games begin!
-
By Oren Eini on Let the Merge Games begin!
-
By Oren Eini on Let the Merge Games begin!
Syndication
| Main feed |
|
| Comments feed | |
Comments
that is an excellent feature. does it slow down VS noticeably?
Hope it's not because you have an agreement with ReSharper authors? However, almost all opinions about R# i have heard are extremely positive, so you might just be another case of R# infection.
Not that I noticed
Rafal,
No, I have no agreement for advertising with R#.
If I had, I would have explicitly said that.
I am posting about things that impress me, that is all
Ayende, you must be using a good computer; at my previous workplace, we installed R# on a few machines. Then we had to uninstall it to continue working - there was a noticeable half-second delay after every key press.
Of course, on my own computer it would run fine - but I've grown too accustomed to not using it. Whatever specific features I feel I need - I write a small plug in.
The newer versions of R# are speedy mcquick. I'm running a dell Latitude D820 which is a medium class business laptop and vs is nice and quick with R#
Configurator
I had to same problem with Resharper and it ended up having to do with the Gallio test runner in the unit testing options. I disabled it, and resharper sped up considerably.
I'm more worried about that backend.Start(22334)
Configurator,
I am using this on my 2 years old PC
Well like I said, at work it slowed us down severely on several machines. I never bothered to find out why - but our machines were stretched to the limit as it were. There were no other add-ons active, by the way.
pb,
That is just a random number I plug in there, because Start accept the port number to listen to
@configurator - there were some builds along the way that caused a number of people to experience issues like yours, with single-core users getting the worst of it but even multi-core users having trouble. From what I understand those issues have been resolved for a while now. Give 4.5 a try! (and if you do run into problems, please do report them to the JetBrains folk, as they take those kinds of issues very seriously indeed)
Configurator,
I run R# on my 2 year old Core 2 Duo at home with no slowdown. On my VMs running on my Macbook Pro (2.4Ghz), i do see some slowdowns, but nothing significant enough to counteract the benefits of R#
I like thie one
var message = string.Format("{0:yyyy-MMM-dd HH:mm:ss.fff}", DateTime.Now.ToString());
it works out that either the tostring or the format is redundant
Resharper was pretty slow on an old code base i had to work on. (1000+ line classes). We had to disable it occasionally. The developers on the team thought that the problem was with resharper : )
Configurator,
you are stilling money from your employer. :)
Comment preview