Change names when you find better ones

Names are everywhere in software. We name our classes, variables, namespaces, etc.

The name should answer all the big questions about your code. 

When I'm refactoring my code that is one of the first thing I look for: Does the name of this method reveal its intent? If at that point I can think of a better name then I change it right away. 

Choosing good names can take a lot of time but it could save you more time in the future. 

Comments

Post a Comment

Popular posts from this blog

Resharper 4.5

Finally, after being away for a couple days, I was able to upgrade to Resharper 4.5. After using Resharper for a couple years I'm so used to Resharper that it would be hard to use Visual Studio without it. The new version has been improved. I noticed right away that the solutions are loading faster and Visual Studio is more responsive. All licenses purchased after Dec 21, 2007 qualify for a free upgrade to ver. 4.5 If you haven't used Resharper I recommend to give it a try. ( http://www.jetbrains.com/resharper/download/ )
Read more

Fix bugs, then write new code

I have found this to be a good practice after finishing an Iteration. The code is fresh in your mind and you can fix the bugs faster than if you wait until a couple weeks later. Fixing those bugs should be included in your iteration planning. Back in 2000 Joel Spolsky wrote his well known 12 Steps to Better Code article and he makes some interesting comments regarding having your code ready to ship at all time. ( http://www.joelonsoftware.com/articles/fog0000000043.html )
Read more

Sending Stylish HTML Emails with Confidence: A Guide to Best Practices

I was working on a fairly straightforward personal project. One of the tasks was to write a background process to send stylish HTML emails with options in the form of "actions."  I needed to refresh my knowledge of HTML email generation best practices. Are you interested in hearing them?  Utilize a responsive layout: Check to see that the email is optimized for a variety of devices and screen sizes. The email will look good on desktop, mobile, and tablet devices thanks to this. Use CSS inline: External CSS stylesheets are not supported by most email clients. In order to guarantee that the email will appear correctly in each and every email client, it is best to use inline CSS styles. Stay away from JavaScript: Since JavaScript isn't supported by many email clients, you should avoid including it in your email templates. Check out your email: Test your emails in various email clients with an email testing tool to ensure that they are displayed correctly. Make small images:
Read more