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

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • With folk who live on terminals maximised horizontally, so they end up with 400char wide lines.

    No excuse of course...
    • These are the same people who don't understand what's wrong with 500 line subroutines which do 23 unrelated things.

      • The code in the top level post is bad but even if the guy had a normal sized terminal going it still would have been bad code, just easier to see it all.

        My PuTTY session is set up to start at 157 x 60 which after screen is up and running gives me 157 x 58 and fills the entire display. Are you saying that more display real estate equates to bad code?

        People with more display real estate shouldn't be lumped in with the clueless masses who churn out chum. I don't write the 500 line subroutines that do 23 d

        • As a general rule of thumb, I've seen that the longer individual lines of code are, the worse the code quality. However, that's only a rule of thumb and certainly not a hard and fast rule. What's important here is whether a programmer can look at a particular bit of code and understand what's going on. The "larger" the code (wider or taller), the lower the chance of that happening.

          If a programmer is writing code that other programmers will have to work on -- now or in the future -- it's even more imper