Measuring your progress by lines of code is problematic. The metric that I use is bug free unit tests.
Sometimes I’m in a groove and write a lot of code quickly. That quickly written code often gets thrown out and replaced by something more efficient and smaller. Lots of code can mean spaghetti code. On the other hand, overly concise code can be just as spaghetti-like in its own infuriating way. If you are careful and write easily readable/understandable code that you’ll easily understand when you revisit it a year or two later, you’ll inflate your line count. If you are a defensive programmer who does lots of error checking and writes in lots of try/catch blocks, your line count will explode.
But lots of lines or few, the real measure of a method, clad or module is its ability to survive being beat on by unit tests that are designed to push it to its limits. Your test harness is possibly the most important piece of code in your project.
