Getting lazy with Resharper

blogentry, jetbrains, laziness, lazy


Featured Image by Martin Cron

I've been using Resharper (R#), a Visual Studio plug-in for over 7 years. I've finally been able to convince the company I work for to purchase R# for other developers.

But a problem arose for a developer.

R# to the rescue.

A developer was having a problem dealing with Data Access Layer (DAL) DLL she was referencing in her website. She needed to change a stored procedure (sproc) called. It's not a significant problem since she has an access to the source code. It was just a matter of finding the project, open it, and then search for the method called.

But then she wanted to be "lazy" in a good way. She was looking for a more efficient way of finding the sproc name. If you have ever used Visual Studio (VS), it's very resource intensive so that opening an instance takes a while, not to mention 5~6 instances she had to open to search different DAL projects.

(An instance of Visual Studio eats up at least 300+ MB of memory when idle)

She's been using R# only for few months so she wasn't proficient. It was time to demonstrate the laziness I've been enjoying all these years.

It was just a matter of going to the method in question then VS would have decompiled the source when someone tries to go to the definition. But she had set a different default set so she was getting directed to "Object Explorer" window, which shows only class member names in DLLs.

Instead of changing the default, I just showed her how to use Navigate To Decompiled Sources context menu in R#. As soon as she selected the option, R# decompiled the source and she was able to find the sproc being called.

She just saved about 3~5 minutes of time. It doesn't sound like much but time adds up when you have to check 10 sprocs, which is equivalent to 30~50 minutes of developer time. Considering we, developers, are known to abhor menial tasks that take focus away, it was a huge gain in both time and effort.


The transition to motivate other developers to use R# was tough since R# increases memory and CPU usage of VS. I was glad that someone wanted to become "lazy" and I was able to get a developer into using R# more.

By the way Bill Gates said it the best regarding being lazy.

I choose a lazy person to do a hard job. Because a lazy person will find an easy way to do it