Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses

Re: Re: Do not feed the trolls...

by Ryszard (Priest)
on May 08, 2004 at 06:11 UTC ( #351686=note: print w/replies, xml ) Need Help??

in reply to Re: Do not feed the trolls...
in thread Do not feed the trolls...

There are a few of good elements to creating a successful program, one of them is the usability/functionality, one of them is style.

If your program is meets the functional requirements, there is still maintaince, and as programmes complexity grows and evolves, the ability to find all the bugs, all the logic flaws becomes harder.

I learned this in CS-101 in my 1st year of uni.

Previous to uni i was a self taught programmer who could write programmes that were completely functionally 100% to requirements, and i had the arrogance to ignore comments, tell people what i was doing was the right way.

I went off to uni, and discovered, after doing an overnighter debugging my pascal telephone billing programme that style was very important.

Sure style is not so important when your writing throw away stuff, and perhaps not so when you're writing 10 lines, but as the complexity increases, the style in which you programme becomes more important.

One peice of advice that has stuck in my head from a very smart and much respected uni lecturer of mine was you just cant account for every possibility when programming, you just cant. People will use your code in ways you've never thought of, they will submit data you've never thought of. Again, we're not talking about 10 lines here, we're talking about programmes that are "complex" that interact with other programmes/systems.

The ability of being able to find bugs and logic flaws is partly a function of how you develop your style.

Most people programme in the easiest way for them, and its partly true, the functionality of your programme is the ultimate goal, who cares how you get there? Posting code here is an implicit request for review, of which the community is more than willing, infact eager to do. The comments from which, can make it easier/quicker to get there for your next design.

There are a couple of hundred saints, there are gods, maintainers, and people coming up the ranks to sainthood, each has a different level of experience, each may have something to say that can be reviewed by other peers.

Dismissing comments out of hand is most of the time not a good way to learn, grow and increase skills.

Not only do we post comments to help others, we post to be helped ourselves. if i post something that is not quite right, I'm confident that someone will post a followup to explain, correct where i am wrong.

so I trust you will focus more on the question and criticize my style a bit less.

Really, people here are not making personal attacks against the author, constructive critisim will be generally backed up by examples, and expln's as to why it could be done better. you wont change that here, you'll just piss people off, and ultimately, you'll get poor responses to your posts..

Experience here on PM, is partly a function of how peers have reviewed your comments/code, you can only ignore them at your peril. We want to help, if you dont want to be helped, thats fine and no problem, just dont post, read instead.

Replies are listed 'Best First'.
Re: Re: Re: Do not feed the trolls...
by biosysadmin (Deacon) on May 08, 2004 at 17:14 UTC
    Here's a somewhat relevant quote that I found while browsing Paul Graham's website:

    "Programs must be written for people to read, and only incidentally for machines to execute."

    - Abelson & Sussman, SICP, preface to the first edition

Re: Re: Re: Do not feed the trolls...
by Wassercrats on May 08, 2004 at 07:06 UTC
    Some people ARE making personal attacks against me. People should be answering my questions if they could, not arguing with me about my style when I insist that it's fine. Nobody knows what how well I'm able to deal with my own style but me. Not all programmers are created equal, and nobody even knows how well I structure my larger programs. I have a 3400 line script that works and I could only imagine the "rules" people are suggesting making it more difficult to develop.

    Monks could comment on my style if they want, but to let it go on and on when I say my style works fine, especially for a small, working script that I'm maintaining myself, and to say there's a security problem when there isn't and that it's garbage and I shouldn't parse Perl and it shouldn't be a module when it works and that I should have took extra time scoping stuff instead of simply and quickly using reset is just wrong. These people should get back to the subject or stay out of the thread, and not think there's something wrong with me just because I'm not changing a style that works.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://351686]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others imbibing at the Monastery: (9)
As of 2017-08-16 15:52 GMT
Find Nodes?
    Voting Booth?
    Who is your favorite scientist and why?

    Results (269 votes). Check out past polls.