First, as aside to the teachers, trainers, and writers in the audience: Keep it relevant. When I've trained, I've found it very useful to devise courseware that focuses on things people can use.

For example, I once worked for a consultancy that taught classes in a certain database product (no, not that one). As expected, the vendor-supplied courseware stank...in part of because it had all sorts of information but didn't pull it together enough to give students the sense of how to use it. It did have examples, but they weren't relevant to everyone.

I wrote a new courseware that focused on smaller things. A to-do list, a phone message log, an employee roster, and so on. Silly? Yes. But, every company gets phone calls, needs to know where people are. Not everyone runs a video store, a coffee stand, or an order entry system. I was repeatedly told that students enjoyed the custom courseware because students felt like they learned things they could use.

Now, back to our regularly sceduled reply.

You asked two questions; one regarding learning beyond the curriculum and the important of non-technical (artistic) activities.

For myself, I've always learned best when I'm engaged in the material. I found that I frequently had to engage myself. For example, I had troubles "getting" Intro to Logic (which I took without the proper grounding in geometry). It just didn't make sense a first. So, I poked around on the computer, played with the rules in a word processor and wrote a simple little parser that would tell me if I'd done it right. It was *really* lame; however, it did help me start making the connections and I ended up second in the class at the end of the semester.

The point being you can, if you want to enough, find a way to make anything engaging...even something a simple as washing the dishes, changing the cat box, or debugging nasty code. (Okay, changing a really messy diaper is a bit tough to look forward to; I'll grant you that.) If you can engage your imagination and find ways to be interested in "scut" work, it'll help. You may never look forward to it, but...imagine (for example) how nice the place will smell after you've changed that diaper.

As far as the non-technical outside interest goes, I'm a firm believer that any non-technical pursuit can be a very good thing...especially ones involving personal creativity. For example, several years back, I worked for a commercial software vendor, one complete with hard, fast (and unreasonable) ship dates, Death Marches, and so on. At the time, I was also heavily involved in the local community theatre...often doing more than one show at a time. While it took some real dedicated scheduling, I found I was more productive in the office because I only had a limited amount of time to get everything done. I didn't have the luxury of staying late, so I had to get it finished before I left.

I also found I solved many difficult problems when I wasn't working. I recall one case where a technical solution hit me in the middle of a performance. In turn, I used that realization in my performance, playing it as an epiphany my character was having mid-speech. I managed to carry it without breaking character and people commented favorably on the choice. (Naturally, I didn't tell I'd been coding in my head again.)

In short, yes. You need a life and you need something outside of your job. This will give you perspective, time, and distance to just let things gel. Programming (and related tasks) involved creativity; if you can spark your creativity in one way, it may lead to interesting and very useful side-effects.

--f


In reply to Re: Learning - What we have to do vs. What we enjoy by footpad
in thread Learning - What we have to do vs. What we enjoy by cacharbe

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



  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.