Slash Boxes
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

use Perl Log In

Log In

[ Create a new account ]

gizmo_mathboy (782)

  reversethis-{moc ... } {yobhtamomzig}

aerospace engineer by education, all-around walking cesspool of knowledge by nature, and professional grade slacker by choice. Sysadmin at a major midwestern university.
Saturday March 16, 2002
10:41 PM

Sort of slacking?

[ #3601 ]

Is it slacking when one decides to think about refactoring/rewriting your code (checking module dependencies, maybe even look at stuff at the function level) instead of doing another, prioritized task?

Well, that's what I'm intending to do for the next few hours. Heck I'm even thinking of redoing the thing with Mason. It might be more practical to look at Template Toolkit since I want to put up a Slash site. Eh, just one more thing I can learn.

Here's to meta-slacking (or is it virtual slacking?) Maybe I should ask TorgoX for a ruling since he seems to a resident linguist (or at least more familiar with linguistics and language than I). :-)

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • If anything, it's investing in the future. If you go with a constant 'Make it run, make it Right' cycle of extension and consolidation then both extension and consolidation will be easier to do.

    I'm in the process of working on a system which has become terribly badly factored (but which works) and it's become intractable; changing almost anything would require massive and far reaching changes which cannot be tested effectively (and those tests cannot be automated) without pushing stuff live. It's painful.
    • Amen to that. Looking back over the code I'm shuddering. There are many functions I don't think I'm even using anymore. I've also really started to like Tie::DBI. Makes some part of the system trivial and nicely compacted.

      It really makes it glaring how important good design is. Oh well, write once to through away as they say.
      • I'm not entirely sure I agree that you should write it once to throw away. But I'm absolutely certain that you shouldn't hang on to stuff for 'sentimental' reasons or because 'I might need it'. After all, CVS will hang on to that stuff for you.

        My general approach when removing 'dead' code is to stick a

        carp "Function foo is deprecated, use bar"

        line at the start of all the functions that I think are dead then, if I'm confident that the test suite has good coverage, I run the tests, watch for warnings, fi