NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
You're doing fine (Score:2)
When I'm finished with this, I will be in exactly the same place as over a year ago. I mean, I'll be a better programmer, and know a lot more, but this code has been in production use the whole time and no one knows I've done anything at all.
You've actually accomplished something great, then. The code will be much more maintainable. I'd see lines of code eliminated as a good metric of how much you've simplified the system.
Throwing code out is liberating. Gets rid of bugs, too.
I suppose this is a
J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers
Re:You're doing fine (Score:2)
There's a scene in Revenge of the Nerds, where someone from Microsoft (I think it was Steve Ballmer) talks about what it was like working with IBM on OS/2.
The IBM developers were stodgy old mainframe types, who were very regimented, hierarchical and by-the-book. The developers Microsoft contributed to the project wer
Re:You're doing fine (Score:1)
Re:You're doing fine (Score:1)
On Refactoring (Score:2)
Cringely picked up on this [pbs.org] a few months back. When it comes to working bodies of code, going back and refactoring something stable is a waste of time. But Cringley's ideas of an army of helpful Refactoring Gnomes is specious,
You are to be congratulated (Score:2, Informative)
Usually, when I do major rewrites, bugs and problems inevitably turn up. It shows that you worked deliberately and carefully and tested well.
Congratulations!
And remember, it's the journey (becoming a better programmer) and not the destination (source code) that is all the fun.