Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl Monk, Perl Meditation

comment on

( #3333=superdoc: print w/replies, xml ) Need Help??

A number of factors recently have had me thinking back, in quite a nostalgic fashion, to my days as a novice (C/C++) programmer at University.

While it wasn't such a long time ago (I'm not that old, honest ..), a saying of one of my lecturers stuck in my mind, and it's come to mind repeatedly over the last few days following a couple of "what does this do?" and "how does this work?" type questions about pretty simple things in the Chatterbox, on SOPW and (more significantly) among friends in the Real World.

The phrase itself was simple: try it to see. If it's a command you don't know how to use, or a bit of syntax you haven't used before, take a look at the manual, and take your best shot. If it doesn't work, or it doesn't work as you expected, and you can't figure out why, then it's time to bother someone to ask why.

It's a good phrase. And it has an amusing acronym. It's something that can be applied to novices, experienced programmers, and everyone in between.

More and more often, recently, though, I get the impression that it's becoming easier to ask questions first, and jump straight from "I don't know how to do this" to "it works, though I wouldn't know how to do it again" - in other words, learning how things work, and why they work like that, is becoming a secondary concern.

While I can see the benefits of "just getting the job done", I don't think this way of working is anything I could subscribe to: I enjoy figuring out new bits of code and new problems for myself, learning from what I do, rather than having people just give me solutions. If nothing else, that moment of inspiration when suddenly something new falls into place and is understood is very satisfying indeed.

In this age of the ubiquitous Google search, where answers are sitting on plates waiting for you to just pick them up and use them, I think it's important to remember that often the best problem solving tool you have is yourself, trial and error, and the indexes of those books that sit gathering dust on the end of your desk.

Maybe I'm just old-fashioned. Part of me asks (cynically) whether I'm just bitter because I didn't have the Internet to fall back on when I was a student .. *grin*.

What do others think? Does the 'net make things easier .. maybe too easy? Are we creating a culture of people who expect (or worse, require) answers-on-a-plate in order to get their jobs done?

In reply to T.I.T.S. Or, Try It To See. by Tanalis

Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":

  • Are you posting in the right place? Check out Where do I post X? to know for sure.
  • Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
    <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
  • Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
  • Want more info? How to link or or How to display code and escape characters are good places to start.
Log In?

What's my password?
Create A New User
Domain Nodelet?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others surveying the Monastery: (7)
As of 2021-10-21 16:49 GMT
Find Nodes?
    Voting Booth?
    My first memorable Perl project was:

    Results (83 votes). Check out past polls.