Beefy Boxes and Bandwidth Generously Provided by pair Networks
Syntactic Confectionery Delight

comment on

( #3333=superdoc: print w/replies, xml ) Need Help??
The top of the list is a willingness to learn. Have you ever noticed that the people you see exercising are always the ones who don't need it? Well the same holds for learning. The best programmers are ones who get onto a learning curve and never bother getting off.

Beyond that take a look at 70113 for some insight into my learning technique. It seems that programming is a lot like math. Sitting down and learning straight through does not seem effective. My pattern goes like this. I learn a little. Integrate a little. Review a little. Realize a gap, something didn't fit what I thought so it is time to go back and review something in earnest. Then continue on. All the while doing a lot of routine stuff, but constantly staying aware during it and ask myself if I can integrate what I have learned into what I am doing.

This seems to work well. The key here is that you are not aiming to learn anything in great depth, or learn a lot of trivia. Instead you want to have a reasonably wide and very well integrated knowledge base. When you see something that kind of fits something that you know, you don't want to be able to deliver a set-piece lecture if that were only pointed out. In real life problems come to you dirty and it is up to you to be able to recognize the connection and take advantage of your knowledge.

All that said one suggestion that I recommend following up on is to not learn programming in isolation. You can read a lot of theory, but a little experience will go a long way towards making that theory relevant, and giving you a concrete sense of what you know and what you think you know. If you can't take a job programming right now, then do volunteer work. Perform a code audit on an open source project. Do documentation. Write something. Do volunteer work for a local charity. Find a reason to write code that someone will find useful. Spend a good chunk of your learning period actually writing code.

For the record I have not been programming that long either. I started programming in November of 1997. I started teaching myself Perl in January of 1998. Since October of 1998 I have been a full-time Perl programmer. (OK, I have learned to be able to program with varying amounts of competence in several other languages in that period.) I figure that if I keep programming for a few more years I should become reasonably good...

In reply to Re (tilly) 1: What does it take to LEARN Perl? by tilly
in thread What does it take to LEARN Perl? by nysus

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 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 perusing the Monastery: (5)
As of 2023-03-27 09:40 GMT
Find Nodes?
    Voting Booth?
    Which type of climate do you prefer to live in?

    Results (63 votes). Check out past polls.