22/06/2011 15:21



This will give you a few hints and some help to becoming a better programmer. So read on and enjoy! Programming can be a lot of fun.

Go for it!

1. Use a bigger font size.

This is ridiculously easy -- but it works.

Go to your favourite IDE, and crank the font-size up. I switched from 10pt to 14 pt. The difference is that a lot less code fits on the screen at once.

The effect is: you're forced to write shorter methods. And that's a Good Thing.

(Scott Hanselman recommends that one)

  1. Make hard-coded strings look ugly.I learnt this from Joe Cooney.
    Go to your favourite IDE, and set it so that literal strings stand right out -- for example a yellow background with a red font. Make 'em ugly. Damn ugly. This will encourage you to perform less hard coding, and to notice when you are embedding strings in your text.
  2. Pick an 'obscure' keyword and master itDo you fail to yield?. Is there a keyword you never use?
    Every keyword has a purpose. Learn to master those mystery keywords and your powers will become extraordinary.
    Here are lists for a few .net languages: C#VB.netF#.
  3. Increase code-coverage by 1%Don't kill yourself striving for 100% coverage of code with automated unit tests. But take a few minutes to increase your coverage by 1%.
    Most likely, that means going from 0% to 1%. And that's the biggest improvement of all.
    Find a particularly ghoulish regular expression. Or a critical piece of business logic. These things can't be trusted without tests.
  4. Read the code from an open source projectSometimes, when I'm looking at the code of a complete stranger, I get that same, weird feeling I get when I'm creeping through my neighbour's house. Picking up their stuff, looking through their fridge.
    Learn to overcome the creepy sensation, and bring on the learn.
    Maybe start with Hanselman's Weekly Source Code series.
  5. Run a static analysis tool against your codeUse fxcop, or StyleCopclone detectivendepend, thecode metrics feature of VS 2008, or any other static analysis tool of your choice.
    Uncover your greatest weakness. Even a cursory glance at the output will leave you distraught at just how much room you've got for improvement.
  6. Pick an ugly method to refactorYou know the method. That method you're particularly ashamed of. That one that's long and ugly and horrible. And it's crucial to the whole application.
    You don't have to polish it from a turd to a diamond, but just neaten it up a little. Rename a variable. Hoist part of it out into a separate method. Start simple. The momentum will increase. Watch out.
  7. Stop reading, start writing.And don't just write. Write a compiler!
    This ol' msdn article is a good place to start. Joel Pobar will get you writing your own language compiler in but a handful of minutes.